Mẫu kế hoạch kiểm tra là gì?
TEMPLATE KẾ HOẠCH KIỂM TRA là một tài liệu chi tiết mô tả chiến lược kiểm tra, mục tiêu, lịch trình, ước tính và các sản phẩm phân phối cũng như các nguồn lực cần thiết để kiểm tra. 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 bản thiết kế để tiến hành các hoạt động kiểm thử phần mềm như một quá trình xác định được giám sát và kiểm soát một cách chi tiết bởi người quản lý kiểm thử.
Việc tạo Kế hoạch kiểm tra là bắt buộc để đảm bảo 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 tra, hãy tham khảo hướng dẫn này về Cách tạo Kế hoạch kiểm tra
Tải xuống Mẫu kế hoạch kiểm tra mẫu
Dưới đây là 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 thử nghiệm
- 2.1 Tổng quan
- 2.2 Mức độ kiểm tra
- 2.3 Bug Triage
- 2.4 Tiêu chí Tạm ngừng và Yêu cầu Tiếp tục
- 2.5 Kiểm tra sự hoàn chỉnh
- 3 Thử nghiệm Giao hàng
- 4 Nhu cầu 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 tóm tắt về các chiến lược kiểm tra, quy trình, quy trình làm việc và phương pháp luận đượ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 kiểm tra
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 kiểm tra
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 bằng 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 Kiểm tra phù hợp với 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
- Các lỗi / sự cố được xác định và khắc phục trước khi 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
- Nhà phát triển
- Nhóm cài đặt
Giữa những người khác
2) Phương pháp thử nghiệm
2.1) Tổng quan
Đề cập đến lý do của việc áp dụng một phương pháp kiểm tra cụ thể cho dự án. Phương pháp kiểm tra được chọn cho dự án có thể là
- WaterFall
- Lặp đi lặp lại
- Nhanh nhẹn
- 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 tại đây
2.2) Mức độ kiểm tra
Mức độ Kiểm tra xác định các Loại Kiểm tra sẽ được thực hiện trên Ứng dụng Đang Kiểm tra (AUT ). Các Mức độ Kiểm tra chủ yếu phụ thuộc vào phạm vi của dự án, các ràng buộc về thời gian và ngân sách.
2.3) Triage lỗi
Mục tiêu của bộ ba 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ả các lỗi "Được sửa lỗi".
2.4) Tiêu chí Tạm ngừng và Yêu cầu Tiếp tục
Tiêu chí tạm ngừng xác định tiêu chí được sử dụng để tạm dừng tất cả hoặc một phần của quy trình thử nghiệm trong khi tiêu chí Tiếp tục xác định thời điểm thử nghiệm có thể tiếp tục sau khi nó đã bị tạm ngừng
2.5) Tính đầy đủ của thử nghiệm
Tại đây, bạn xác định các tiêu chí sẽ được coi là quá trình 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 thử nghiệm sẽ là
- 100% phạm vi kiểm tra
- Tất cả các trường hợp kiểm tra thủ công & tự động được thực thi
- Tất cả các lỗi mở đã được sửa hoặc sẽ được sửa trong bản phát hành tiếp theo
3) Phân phối thử nghiệm
Ở đây đề cập đến tất cả các Phần mềm 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.
Đây là những sản phẩm đơn giản
|
4) Nhu cầu 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
Bắt buộc để kiểm tra dự án
4.2) Môi trường thử nghiệm
Nó đề cập đến các yêu cầu phần cứng tối thiểu sẽ được sử dụng để kiểm tra Ứng dụng.
Các phần mềm sau đượ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
- MS Exchange, v.v.
5) Điều khoản / 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
| TERM / ACRONYM | ĐỊNH NGHĨA |
| API | Giao diện chương trình ứng dụng |
| AUT | Ứng dụng đang được thử nghiệm |
Tải xuống Định dạng Mẫu Kế hoạch Kiểm tra ở trên
Ví dụ về Kế hoạch Kiểm tra Mẫu Tài liệu Ngân hàng Ứng dụng Web
1. Giới thiệu
Kế hoạch kiểm tra được thiết kế để quy định phạm vi, cách tiếp cận, nguồn lực và lịch trình của tất cả các hoạt động kiểm tra của dự án Guru99 Bank.
Kế hoạch xác định các hạng mục cần kiểm tra, các tính năng cần kiểm tra, các loại kiểm tra sẽ được thực hiện, nhân viên chịu trách nhiệm kiểm tra, các nguồn lực và lịch trình cần thiết để hoàn thành kiểm tra và các rủi ro liên quan đến kế hoạch.
1.1 Phạm vi
1.1.1 Trong phạm vi
Tất cả các tính năng của websiteGuru99 Bank đã được xác định trong thông số kỹ thuật yêu cầu phần mềm cần được cải thiện tốt nhất
| Tên mô-đun | Các vai trò áp dụng | Sự miêu tả |
| Kiểm tra số dư | Quản lý khách hàng | Khách hàng : Một khách hàng có thể có nhiều tài khoản ngân hàng. Anh ta chỉ có thể xem số dư tài khoản của mìnhNgười quản lý : Người quản lý có thể xem số dư của tất cả các khách hàng dưới sự giám sát của anh ta |
| Chuyển quĩ | Quản lý khách hàng | Khách hàng: Khách hàng có thể chuyển tiền từ tài khoản “của riêng mình” sang bất kỳ tài khoản đích nào.Người quản lý : Người quản lý có thể chuyển tiền từ bất kỳ tài khoản ngân hàng nguồn nào sang tài khoản đích |
| Báo cáo nhỏ | Quản lý khách hàng | Một Mini tuyên bố sẽ hiển thị 5 giao dịch cuối cùng của tài khoảncủa khách hàng: Khách hàng có thể nhìn thấy mini-tuyên bố chỉ “sở hữu” của ông chiếmManager: Một người quản lý có thể thấy mini-tuyên bố của bất kỳ tài khoản |
| Tuyên bố tùy chỉnh | Quản lý khách hàng | Một tuyên bố tùy chỉnh cho phép bạn lọc và hiển thị giao dịch trong tài khoản dựa trên ngày, giá trị giao dịchcủa khách hàng: Khách hàng có thể nhìn thấy Customized- tuyên bố chỉ “sở hữu” của ông chiếmGiám đốc : Một người quản lý có thể thấy -statement tùy chỉnh của bất kỳ tài khoản |
| Đổi mật khẩu | Quản lý khách hàng | Khách hàng: Khách hàng chỉ có thể thay đổi mật khẩu của tài khoản của mình.Người quản lý : Người quản lý chỉ có thể thay đổi mật khẩu của tài khoản của mình. Anh ta không thể thay đổi mật khẩu của khách hàng của mình |
| Khách hàng mới | Giám đốc | Người quản lý : Người quản lý có thể thêm một khách hàng mới. |
| Giám đốc | Người quản lý: Người quản lý có thể chỉnh sửa các thông tin chi tiết như địa chỉ, email, điện thoại của khách hàng. |
|
| Tài khoản mới | Giám đốc | Hiện tại hệ thống cung cấp 2 loại tài khoản • Tiết kiệm • Hiện tại Một khách hàng có thể có nhiều tài khoản tiết kiệm (một tài khoản đứng tên mình, một tài khoản đứng tên chung, v.v.). Anh ta có thể có nhiều tài khoản vãng lai cho các công ty khác nhau mà anh ta sở hữu. Hoặc anh ta có thể có nhiều tài khoản hiện tại và tài khoản tiết kiệm.Người quản lý: Người quản lý có thể thêm tài khoản mới cho khách hàng hiện tại . |
| Chỉnh sửa tài khoản | Giám đốc | Người quản lý: Người quản lý có thể thêm chi tiết tài khoản chỉnh sửa cho tài khoản hiện có |
| Xóa tài khoản | Giám đốc | Người quản lý: Người quản lý có thể thêm xóa tài khoản cho khách hàng. |
| Xóa khách hàng | Giám đốc | Khách hàng chỉ có thể bị xóa nếu anh ta / cô ta không có tài khoản hiện tại hoặc đang lưuNgười quản lý: Người quản lý có thể xóa một khách hàng. |
| Tiền gửi | Giám đốc | Người quản lý: Người quản lý có thể gửi tiền vào bất kỳ tài khoản nào. Thường được thực hiện khi tiền mặt được gửi tại chi nhánh ngân hàng. |
| Rút tiền | Giám đốc | Người quản lý: Người quản lý có thể rút tiền từ bất kỳ tài khoản nào. Thường được thực hiện khi rút tiền mặt tại chi nhánh ngân hàng. |
1.1.2 Ngoài phạm vi
Các tính năng này không được kiểm tra vì chúng không có trong thông số kỹ thuật yêu cầu phần mềm
- Giao diện người dùng
- Giao diện phần cứng
- Giao diện phần mềm
- Cơ sở dữ liệu logic
- Giao diện Truyền thông
- Bảo mật và Hiệu suất Trang web
1.2 Mục tiêu Chất lượng
Mục tiêu kiểm tra là xác minh Chức năng của trang web Guru99 Bank, dự án nên tập trung vào kiểm tra hoạt động ngân hàng như Quản lý tài khoản, Rút tiền và Số dư
… Vv để đảm bảo tất cả các hoạt động này có thể hoạt động bình thường trong môi trường kinh doanh thực tế.1.3 Vai trò và Trách nhiệm
Dự án nên sử dụng các thành viên bên ngoài làm người thử nghiệm để tiết kiệm chi phí cho dự án.
| Không. | Thành viên | Nhiệm vụ |
| 1. | Người quản lý thử nghiệm | Quản lý toàn bộ dự án Xác định phương hướng dự án Có được các nguồn lực phù hợp |
| 2. | Kiểm tra | Xác định và mô tả các kỹ thuật / công cụ / kiến trúc tự động hóa kiểm tra thích hợp Xác minh và đánh giá Cách tiếp cận Kiểm tra Thực hiện các bài kiểm tra, Ghi kết quả, Báo cáo các khiếm khuyết. Thành viên thuê ngoài |
| 3. | Nhà phát triển đang thử nghiệm | Triển khai các trường hợp thử nghiệm, chương trình thử nghiệm, bộ thử nghiệm, v.v. |
| 4. | Quản trị viên Kiểm tra | Xây dựng và đảm bảo môi trường thử nghiệm và nội dung được quản lý và duy trì Hỗ trợ Tester sử dụng môi trường thử nghiệm để thực hiện thử nghiệm |
| 5. | Thành viên SQA | Chịu trách nhiệm về đảm bảo chất lượng Kiểm tra để xác nhận xem quá trình thử nghiệm có đáp ứng các yêu cầu quy định hay không |
2 Phương pháp thử nghiệm
2.1 Tổng quan
2.2 Mức độ kiểm tra
Trong dự án Guru99 Bank, có 3 loại thử nghiệm nên được tiến hành.
- Kiểm tra tích hợp (Các mô-đun phần mềm riêng lẻ được kết hợp và kiểm tra như một nhóm)
- Kiểm tra hệ thống : Được thực hiện trên một hệ thống tích hợp , hoàn chỉnh để đánh giá sự tuân thủ của hệ thống với các yêu cầu cụ thể của nó
- Kiểm tra API: Kiểm tra tất cả các API được tạo cho phần mềm được kiểm tra
2.3 Bug Triage
2.4 Tiêu chí Tạm ngừng và Yêu cầu Tiếp tục
Nếu các thành viên trong nhóm báo cáo rằng có 40% trường hợp thử nghiệm không thành công , hãy tạm ngừng thử nghiệm cho đến khi nhóm phát triển khắc phục tất cả các trường hợp không thành công.
2.5 Kiểm tra sự hoàn chỉnh
- Chỉ định các tiêu chí biểu thị việc hoàn thành thành công giai đoạn thử nghiệm
- Tỷ lệ chạy bắt buộc phải là 100% trừ khi có lý do rõ ràng.
- Đèo tỷ lệ là 80%, đạt tỷ lệ vượt qua là bắt buộc
2.6 Nhiệm vụ, dự toán và tiến độ của dự án
| Bài tập | Các thành viên | Ước tính nỗ lực |
| Tạo đặc điểm kỹ thuật thử nghiệm | Nhà thiết kế thử nghiệm | 170 giờ công |
| Thực hiện Thực thi Kiểm tra | Người kiểm tra, Quản trị viên kiểm tra | 80 giờ làm việc |
| Báo cáo thử nghiệm | Kiểm thử | 10 giờ công |
| Giao hàng thử nghiệm | 20 giờ làm việc | |
| Toàn bộ | 280 giờ công |
Lên lịch để hoàn thành những công việc này
3 Thử nghiệm Giao hàng
Các sản phẩm thử nghiệm được cung cấp như bên dưới
Trước giai đoạn thử nghiệm
- Tài liệu kế hoạch kiểm tra.
- Tài liệu trường hợp thử nghiệm
- Kiểm tra thông số kỹ thuật Thiết kế.
Trong quá trình thử nghiệm
- Trình mô phỏng công cụ kiểm tra.
- Dữ liệu thử nghiệm
- Kiểm tra Ma trận khả năng theo dõi - Nhật ký lỗi và nhật ký thực thi.
Sau khi các chu kỳ thử nghiệm kết thúc
- Kết quả kiểm tra / báo cáo
- Báo cáo khiếm khuyết
- Hướng dẫn quy trình cài đặt / kiểm tra
- Ghi chú phát hành
4 Nhu cầu Tài nguyên & Môi trường
4.1 Công cụ kiểm tra
| Không. | Tài nguyên | Mô tả |
| 1. | Người phục vụ | Cần một máy chủ Cơ sở dữ liệu cài đặt máy chủ MySQL Máy chủ web cài đặt Máy chủ Apache |
| 2. | Công cụ kiểm tra | Phát triển một công cụ Kiểm tra có thể tự động tạo kết quả kiểm tra theo biểu mẫu được xác định trước và thực hiện kiểm tra tự động |
| 3. | Mạng lưới | Thiết lập 1 mạng LAN Gigabit và 1 đường truyền internet với tốc độ ít nhất 5 Mb / s |
| 4. | Máy vi tính | Có ít nhất 4 máy tính chạy Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Môi trường thử nghiệm
Môi trường thử nghiệm được thiết lập như hình bên dưới
