Mẫu kế hoạch kiểm tra (Ví dụ về tài liệu mẫu)

Mẫu kế hoạch kiểm tra là gì?

Mẫu kế hoạch kiểm tra là một tài liệu chi tiết mô tả chiến lược thử nghiệm, mục tiêu, lịch trình, ước tính và sản phẩm bàn giao cũng như các nguồn lực cần thiết để thử nghiệm. Kế hoạch kiểm tra giúp chúng tôi xác định nỗ lực cần thiết để xác nhận chất lượng của ứng dụng đang được kiểm tra. Kế hoạch kiểm thử đóng vai trò như một kế hoạch chi tiết để tiến hành các hoạt động kiểm thử phần mềm như một quy trình xác định được người quản lý kiểm thử giám sát và kiểm soát tỉ mỉ.

Tạo ra một Kế hoạch kiểm tra là bắt buộc để đảm bảo sự thành công của dự án Kiểm thử phần mềm của bạn. Nếu bạn chưa quen với Lập kế hoạch kiểm thử, hãy tham khảo hướng dẫn này trên Cách tạo kế hoạch kiểm tra

Tải xuống mẫu kế hoạch kiểm tra mẫu

Mẫu kế hoạch kiểm tra

Dưới đây tìm thấy các thành phần quan trọng của một kế hoạch kiểm tra-

• 1 Giới thiệu
• 1.1 Phạm vi
• 1.1.1 Trong phạm vi
• 1.1.2 Ngoài phạm vi
• 1.2 Mục tiêu chất lượng
• 1.3 Vai trò và Trách nhiệm
• 2 Phương pháp kiểm tra
• 2.1 Tổng quan
• 2.2 Cấp độ kiểm tra
• 2.3 Phân loại lỗi
• 2.4 Tiêu chí đình chỉ và yêu cầu tiếp tục
• 2.5 Kiểm tra tính đầy đủ
• 3 sản phẩm thử nghiệm
• 4 Nhu cầu về Tài nguyên & Môi trường
• 4.1 Công cụ kiểm tra
• 4.2 Môi trường thử nghiệm

1) Giới thiệu

Giới thiệu ngắn gọn về các chiến lược, quy trình, quy trình làm việc và phương pháp thử nghiệm được sử dụng cho dự án

1.1. Phạm vi

1.1.1) Trong phạm vi

Phạm vi xác định các tính năng, yêu cầu chức năng hoặc phi chức năng của phần mềm sẽ được thử nghiệm

1.1.2) Ngoài phạm vi

Out Of Scope xác định các tính năng, yêu cầu chức năng hoặc phi chức năng của phần mềm sẽ không được thử nghiệm

1.2) Mục tiêu chất lượng

Ở đây hãy đề cập đến mục tiêu tổng thể mà bạn dự định đạt được với thử nghiệm thủ công và thử nghiệm tự động hóa của mình.

Một số mục tiêu của dự án thử nghiệm của bạn có thể là

• Đảm bảo Ứng dụng đang được thử nghiệm tuân thủ các yêu cầu chức năng và phi chức năng
• Đảm bảo AUT đáp ứng các thông số kỹ thuật chất lượng do khách hàng xác định
• Lỗi/sự cố được xác định và khắc phục trước khi đi vào hoạt động

1.3) Vai trò và Trách nhiệm

Mô tả chi tiết về Vai trò và trách nhiệm của các thành viên khác nhau trong nhóm như

• Nhà phân tích QA
• Người quản lý thử nghiệm
• Quản lý cấu hình
• Các nhà phát triển
• Đội cài đặt

Giữa những người khác

2) Phương pháp kiểm tra

2.1) Tổng quan

Đề cập đến lý do áp dụng một phương pháp thử nghiệm cụ thể cho dự án. Phương pháp thử nghiệm được lựa chọn cho dự án có thể là

• NướcThác
• Lặp đi lặp lại
• Agile
• Lập trình cực đoan

Phương pháp được lựa chọn phụ thuộc vào nhiều yếu tố. Bạn có thể đọc về Phương pháp kiểm tra vào đây

2.2) Cấp độ kiểm tra

Cấp độ kiểm thử xác định các loại kiểm thử sẽ được thực hiện trên Ứng dụng đang được kiểm thử (AUT). Mức độ kiểm tra chủ yếu phụ thuộc vào phạm vi của dự án, hạn chế về thời gian và ngân sách.

2.3) Phân loại lỗi

Mục tiêu của việc phân loại là

• Để xác định loại giải pháp cho từng lỗi
• Để ưu tiên các lỗi và xác định lịch trình cho tất cả “Sẽ được sửa lỗi”.

2.4) Tiêu chí đình chỉ và yêu cầu tiếp tục

Tiêu chí tạm dừng xác định các tiêu chí được sử dụng để tạm dừng toàn bộ hoặc một phần quy trình kiểm tra trong khi Tiêu chí tiếp tục xác định thời điểm kiểm tra có thể tiếp tục sau khi bị tạm dừng

2.5) Kiểm tra tính đầy đủ

Ở đây bạn xác định các tiêu chí sẽ được coi là thử nghiệm của bạn đã hoàn thành.

Ví dụ: một số tiêu chí để kiểm tra tính hoàn chỉnh của bài kiểm tra sẽ là

• 100% phạm vi kiểm tra
• Tất cả các trường hợp kiểm thử thủ công và tự động được thực thi
• Tất cả các lỗi mở đều đã được sửa hoặc sẽ được sửa trong phiên bản tiếp theo

3) Kiểm tra sản phẩm bàn giao

Ở đây đề cập đến tất cả các Công cụ thử nghiệm sẽ được phân phối trong các giai đoạn khác nhau của vòng đời thử nghiệm.

Dưới đây là những sản phẩm đơn giản

4) Nhu cầu về Tài nguyên & Môi trường

4.1) Công cụ kiểm tra

Lập danh sách các Công cụ như

• Công cụ theo dõi yêu cầu
• Công cụ theo dõi lỗi
• Công cụ tự động hóa

Cần thiết để thử nghiệm dự án

4.2) Môi trường thử nghiệm

Nó đề cập đến mức tối thiểu phần cứng các yêu cầu sẽ được sử dụng để kiểm thử Ứng dụng.

Sau phần mềm được yêu cầu ngoài phần mềm dành riêng cho khách hàng.

• Windows 8 trở lên
• Office 2013 trở lên
• Trao đổi MS, v.v.

5) Thuật ngữ/Từ viết tắt

Đề cập đến bất kỳ thuật ngữ hoặc từ viết tắt nào được sử dụng trong dự án

Tải xuống định dạng mẫu kế hoạch kiểm tra ở trên

Tìm hiểu thêm về PNV