Thứ Ba, 30 tháng 10, 2018
Kiểm tra nhanh - Sản phẩm công việc
Kế hoạch kiểm tra được chuẩn bị tại thời điểm lập kế hoạch phát hành và được sửa đổi tại mọi quy hoạch Sprint. Kế hoạch kiểm tra hoạt động như một hướng dẫn cho quá trình thử nghiệm để có phạm vi kiểm tra hoàn chỉnh.
Nội dung điển hình của một kế hoạch thử nghiệm là -
Chiến lược kiểm tra
Môi trường thử nghiệm
Kiểm tra vùng phủ sóng
Phạm vi thử nghiệm
Kiểm tra nỗ lực và lịch trình
Công cụ kiểm tra
Trong các dự án Agile, tất cả các Thành viên Nhóm chịu trách nhiệm về chất lượng của sản phẩm. Do đó, tất cả mọi người tham gia vào kế hoạch kiểm tra là tốt.
Trách nhiệm của người kiểm tra là cung cấp hướng đi cần thiết và cố vấn cho các thành viên còn lại của nhóm với chuyên môn kiểm tra của họ.
Câu chuyện của người dùng
Câu chuyện của người dùng không thử nghiệm sản phẩm công việc theo nguyên tắc. Tuy nhiên, trong các Dự án Agile, những người thử nghiệm tham gia vào Tạo Câu chuyện của Người dùng. Người thử nghiệm viết Câu chuyện của người dùng mang lại giá trị cho khách hàng và bao gồm các hành vi có thể khác nhau của hệ thống.
Người thử nghiệm cũng đảm bảo rằng tất cả các Câu chuyện của người dùng đều có thể kiểm tra và đảm bảo Tiêu chí chấp nhận.
Kiểm tra thủ công và tự động
Trong lần chạy thử nghiệm đầu tiên, các xét nghiệm thủ công được sử dụng. Chúng bao gồm -
Bài kiểm tra đơn vị
Kiểm tra tích hợp
Kiểm tra chức năng
Kiểm tra phi chức năng
Kiểm tra chấp nhận
Các thử nghiệm sau đó được tự động cho các lần chạy tiếp theo.
Trong Test Driven Development , Unit Test được viết đầu tiên thất bại, Code được phát triển và thử nghiệm để đảm bảo các bài kiểm tra vượt qua.
Trong Kiểm tra chấp nhận phát triển theo hướng , Kiểm tra chấp nhận được viết đầu tiên không thành công, Mã được phát triển và kiểm tra để đảm bảo các bài kiểm tra vượt qua.
Trong các phương pháp Phát triển khác, các Testers cộng tác với các thành viên khác của Nhóm để đảm bảo Kiểm tra Bảo hiểm.
Trong tất cả các loại phương thức, việc tích hợp liên tục diễn ra, bao gồm thử nghiệm tích hợp liên tục.
Nhóm có thể quyết định khi nào và những thử nghiệm nào sẽ được tự động hóa. Ngay cả khi tự động hóa các bài kiểm tra đòi hỏi nỗ lực và thời gian, kết quả kiểm tra tự động làm giảm đáng kể nỗ lực thử nghiệm lặp đi lặp lại và thời gian trong các lần lặp của dự án Agile. Điều này lần lượt tạo điều kiện cho nhóm chú ý hơn đến các hoạt động cần thiết khác, chẳng hạn như Câu chuyện người dùng mới, Thay đổi, v.v.
Trong Scrum , các lần lặp lại được đóng khung thời gian. Do đó, nếu không thể hoàn thành việc kiểm tra Câu chuyện của người dùng trong Sprint cụ thể, người kiểm tra có thể báo cáo trong cuộc họp standup hàng ngày mà câu chuyện của người dùng không thể đạt được Trạng thái đã hoàn thành trong Sprint đó và do đó cần được giữ cho Sprint tiếp theo.
Kết quả kiểm tra
Vì hầu hết các thử nghiệm trong các dự án Agile được tự động hóa, các công cụ tạo ra các bản ghi kết quả kiểm tra cần thiết. Người thử nghiệm xem lại Nhật ký kết quả thử nghiệm. Các kết quả kiểm tra cần phải được duy trì cho mỗi lần chạy nước rút / giải phóng.
Bản tóm tắt thử nghiệm cũng có thể được chuẩn bị có chứa -
Phạm vi kiểm tra (Điều gì đã được kiểm tra và những gì không được kiểm tra)
Phân tích lỗi cùng với Phân tích nguyên nhân gốc nếu có thể
Trạng thái kiểm tra hồi quy sau khi sửa lỗi
Các vấn đề và độ phân giải tương ứng
Các sự cố đang chờ xử lý, nếu có
Bất kỳ sửa đổi nào được yêu cầu trong Chiến lược thử nghiệm
Chỉ số kiểm tra
Báo cáo chỉ số thử nghiệm
Trong các dự án Agile, các chỉ số kiểm tra bao gồm những điều sau cho mỗi Sprint -
Nỗ lực thử nghiệm
Kiểm tra độ chính xác ước tính
Kiểm tra vùng phủ sóng
Phạm vi kiểm tra tự động
Số lỗi
Tỷ lệ lỗi (Số lỗi trên mỗi điểm câu chuyện của người dùng)
Lỗi nghiêm trọng
Thời gian để khắc phục lỗi trong cùng một Sprint (Chi phí càng nhiều càng nhiều để khắc phục lỗi thoát khỏi chạy nước rút hiện tại)
Số lỗi được khắc phục trong cùng Sprint
Hoàn thành kiểm tra chấp nhận của khách hàng trong Sprint
Báo cáo đánh giá và hồi tưởng Sprint
Những người kiểm tra cũng đóng góp cho Báo cáo đánh giá và hồi tưởng Sprint. Các nội dung điển hình là -
Chỉ số kiểm tra
Nhật ký kết quả kiểm tra kết quả đánh giá
Điều gì đã đúng và những gì có thể được cải thiện từ Điểm kiểm tra xem
Thực hành tốt nhất
Bài học kinh nghiệm
Vấn đề
Phản hồi của khách hàng
Đăng ký:
Đăng Nhận xét (Atom)
Kiểm thử thâm nhập - Hướng dẫn & Tự động
Cả thử nghiệm thâm nhập thủ công và thử nghiệm thâm nhập tự động đều được thực hiện cho cùng một mục đích. Sự khác biệt duy nhất giữa họ là ...
-
Khóa học kiểm thử Học Tester cơ bản trở thành một kỹ sư kiểm thử giỏi NIIT-ICT chia sẻ kinh nghiệm học Tester cơ bản giúp bạn có kiến...
-
Trong chương này, chúng ta sẽ thấy một số thuộc tính quan trọng của Kiểm thử Agile. Lợi ích kiểm thử Agile Những lợi ích của thử nghiệm A...
-
Khóa đào tạo Testing Với mong muốn mang đến những thông tin tổng quát và hữu ích cho các bạn muốn hệ thống hóa lại kiến thức của mình, cũ...
Không có nhận xét nào:
Đăng nhận xét