Bảng kế hoạch kiểm thử là gì
Quy trình và kế hoạch kiểm thử phần mềm
Bài đăng này đã không được cập nhật trong 3 năm Show
Có lẽ chủ đề này đã khá phổ biến với tất cả mọi người trong lĩnh vực kiểm thử phần mềm. Nhưng để hiểu rõ chi tiết cụ thể từng giai đoạn thì có khi không phải ai cũng biết hết và trình bày hết ra được. Nên mình quyết định viết bài chia sẻ này mong phần nào giúp được cho mọi người tham khảo. 1. Giới thiệu1.1 Quy trình kiểm thử phần mềm là gì?
1.2 Tại sao cần phải thực hiện quy trình kiểm thử phần mềm?
1.3 Chúng ta cần phải kiểm thử phần mềm khi nào?Mô hình phát triển và kiểm thử phần mềm hình chữ V Các tính chất cần ghi nhận trên mô hình chữ V:
1.4 Ai liên quan đến việc kiểm thử phần mềm?2. Quy trình kiểm thử tổng quátXây dựng kế hoạch kiểm thử Test Manager hoặc Test Leader sẽ xây dựng kế hoạch ban đầu về kiểm thử.
Phân tích và thiết kế kiểm thử Test Analysis hoặc test Designer sẽ thiết kế (định nghĩa) các testcase từ các yêu cầu liên quan (ví dụ từ thông tin trong usecase)
Thi hành kiểm thử Tester sẽ được bố trí công việc bởi Test Leader để thi hành kiểm thử.
Test Report và Evaluation Test Manager hoặc Test Leaser sẽ phân tích các lỗi trong hệ thống theo dõi các lỗi
3. Kế hoạch kiểm thử3.1 Định nghĩaKế hoạch kiểm thử thường được để trong 1 file và chứa các kết quả của các hoạt động sau:
3.2 Nhu cầu cần phải có kế hoạch kiểm thửKế hoạch kiểm thử cần phải được xây dựng sớm như có thể có trong mỗi chu kì phát triển phần mềm để:
3.3 Kế hoạch kiểm thửCần chứa các thông tin sau:
3.4 Quy trình xây dựng kế hoạch kiểm thửGhi chú quan trọng: Sau khi xây dựng xong kế hoạch kiểm thử, ta có thể thay đổi nó nhưng phải tuân thủ quy trình yêu cầu thay đổi. 3.5 Các hoạt động chính trong việc xây dựng kế hoạch kiểm thử
4. Các thành phần chính trong kế hoạch kiểm thử4.1 Mục đích và phạm vi kiểm thử
4.2 Cách tiếp cận và các chiến lược được dùng
Đề cập các cấp độ kiểm thử cần thực hiện Các kỹ thuật được dùng cho mỗi kiểu kiểm thử trong project:
4.3 Các tính chất cần được kiểm thửDanh sách các tính chất của phần mềm cần được kiểm thử, đây là catalog chưa tất cả các testcase (bao gồm chỉ số testcase, tiêu đề testcase) cũng như tất cả các trạng thái cơ bản. 4.4 Các tính chất không cần được kiểm thửDanh sách các vùng phần mềm được loại trừ khỏi kiểm thử, cũng như các testcase đã được định nghĩa nhưng không cần kiểm thử. 4.5 Rủi ro và các sự cố bất ngờ
4.6 Tiêu chí đình chỉ và phục hồi kiểm thử
4.7 Môi trường kiểm thửĐặc tả đầy đủ về các môi trường kiểm thử, bao gồm đặc tả phần cứng, phần mềm, mạng, database, hệ điều hành và các thuộc tính môi trường khác ảnh hưởng đến kiểm thử. 4.8 Lịch kiểm thửLịch kiểm thử ở dạng ước lượng, nên chứa các thông tin: các cột mốc với ngày xác định + Kết quả phân phối của từng cột mốc 4.9 Tiêu chí dừng kiểm thử và chấp nhậnBất kỳ chuẩn chât lượng mong muốn nào mà phần mềm phải thỏa mãn cho việc phân phối đến khách hàng. Có thể bao gồm các thứ sau:
4.10 Nhân sựVai trò và trách nhiệm từng người :
4.11 Các tiện ích phục vụ kiểm thử
4.12 Các kết quả phân phốiDanh sách tất cả tài liệu hay artifacts dự ịnh phân phối nội bộ sau khi mỗi cột mốc kết thúc hay sau khi project kết thúc. 5. Một số điểm chính cần nhớ
6. Kết chươngBài viết này ã giới thiệu 1 số vấn đề cơ bản liên quan ến quy trình kiểm thử phần mềm như qui trình kiểm thử là gì, tạo sao phải kiểm thử phần mềm, khi nào kiểm thử, ai có liên quan đến việc kiểm thử, quy trình kiểm thử gồm các bước chi tiết nào? Chúng ta cũng ã trình bày các nội dung trong bản kế hoạch kiểm thử phần mềm như mục đích & phạm vi kiểm thử, cách tiếp cận và các chiến lược kiểm thử được dùng, các tính chất cần được kiểm thử/ không cần kiểm thử, lịch kiểm thử, nhân sự, môi trường kiểm thử, khi nào tạm dừng/tiếp tục kiểm thử, kiểm thử độ chấp thuận, các tiện ích kiểm thử cần dùng, rủi ro và yếu tố bất ngờ, các kết quả phân phối nội bộ... |