Kế hoạch kiểm tra
Một Test Plan là một tài liệu chi tiết mô tả các chiến lược kiểm tra, mục tiêu, kế hoạch, dự toán, phân phôi, và nguồn lực cần thiết để thực hiện thử nghiệm cho một sản phẩm phần mề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 bản thiết kế để tiến hành các hoạt động kiểm thử phần mềm như một quy trình được 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ử.
Theo định nghĩa của ISTQB: “Kế hoạch kiểm tra là một tài liệu mô tả phạm vi, cách tiếp cận, nguồn lực và lịch trình của các hoạt động kiểm tra dự kiến.”
Hãy bắt đầu với ví dụ / kịch bản về Kế hoạch kiểm tra sau: Trong một cuộc họp, bạn muốn thảo luận về Kế hoạch kiểm tra với các thành viên trong nhóm, nhưng họ không quan tâm -.
Trong trường hợp như vậy, bạn sẽ làm gì? Chọn câu trả lời của bạn như hình sau
A) Tôi là Người quản lý làm mọi thứ như tôi đã nói
B) OK, hãy để tôi giải thích lý do tại sao chúng ta cần một Kế hoạch Kiểm tra
Không chính xác
Với tư cách là Người quản lý Kiểm tra, bạn phải giải thích cho họ tầm quan trọng của Kế hoạch Kiểm tra hơn là buộc nhóm làm theo ý bạn. Đúng với
tư cách là Người quản lý kiểm tra, bạn phải giải thích cho họ tầm quan trọng của Kế hoạch kiểm tra hơn là buộc nhóm làm những gì bạn muốn.
Tầm quan trọng của kế hoạch kiểm tra là gì?
Tạo tài liệu Kế hoạch kiểm tra có nhiều lợi ích
- Giúp những người bên ngoài nhóm kiểm thử như nhà phát triển, giám đốc kinh doanh, khách hàng hiểu chi tiết về kiểm thử.
- Kế hoạch kiểm tra hướng dẫn suy nghĩ của chúng tôi. Nó giống như một cuốn sách quy tắc, cần phải được tuân theo.
- Các khía cạnh quan trọng như ước tính thử nghiệm, phạm vi thử nghiệm, Chiến lược thử nghiệm được ghi lại trong Kế hoạch kiểm tra, do đó, Nhóm quản lý có thể xem xét và sử dụng lại cho các dự án khác.
Cách viết Kế hoạch Kiểm tra
Bạn đã biết rằng lập Kế hoạch kiểm tra là nhiệm vụ quan trọng nhất của Quy trình quản lý kiểm tra. Làm theo bảy bước dưới đây để tạo kế hoạch kiểm tra theo IEEE 829
- Phân tích sản phẩm
- Thiết kế Chiến lược Kiểm tra
- Xác định các Mục tiêu Kiểm tra
- Xác định tiêu chí kiểm tra
- Hoạch định nguồn lực
- Lập kế hoạch môi trường thử nghiệm
- Lập lịch & Ước tính
- Xác định phân phối thử nghiệm
Bước 1) Phân tích sản phẩm
Làm thế nào bạn có thể kiểm tra một sản phẩm mà không có bất kỳ thông tin nào về nó? Câu trả lời là Không thể. Bạn phải tìm hiểu kỹ một sản phẩm trước khi thử nghiệm.
Sản phẩm đang được thử nghiệm là trang web ngân hàng Guru99. Bạn nên nghiên cứu khách hàng và người dùng cuối để biết nhu cầu và mong đợi của họ từ ứng dụng
- Ai sẽ sử dụng trang web?
- Cái này được dùng để làm gì?
- Nó sẽ làm việc như thế nào?
- Phần mềm / phần cứng mà sản phẩm sử dụng là gì?
Bạn có thể sử dụng phương pháp sau để phân tích trang web
Bây giờ chúng ta hãy áp dụng những kiến thức trên vào một sản phẩm thực tế: Phân tích website ngân hàng http://demo.guru99.com/V4.
Bạn nên xem qua trang web này và cũng xem xét tài liệu sản phẩm. Xem xét tài liệu sản phẩm giúp bạn hiểu tất cả các tính năng của trang web cũng như cách sử dụng nó. Nếu bạn không rõ về bất kỳ mục nào, bạn có thể phỏng vấn khách hàng, nhà phát triển, nhà thiết kế để biết thêm thông tin.
Bước 2) Phát triển chiến lược thử nghiệm
Chiến lược kiểm thử là một bước quan trọng trong việc lập Kế hoạch kiểm thử trong Kiểm thử phần mềm. Tài liệu Chiến lược Kiểm thử, là một tài liệu cấp cao, thường được phát triển bởi Trình quản lý Kiểm thử. Tài liệu này định nghĩa:
- Các mục tiêu thử nghiệm của dự án và các phương tiện để đạt được chúng
- Xác định nỗ lực và chi phí thử nghiệm
Quay lại dự án của bạn, bạn cần phát triển Chiến lược thử nghiệm để thử nghiệm trang web ngân hàng đó. Bạn nên làm theo các bước dưới đây
Bước 2.1) Xác định phạm vi kiểm tra
Trước khi bắt đầu bất kỳ hoạt động thử nghiệm nào, cần biết phạm vi thử nghiệm. Bạn phải suy nghĩ kỹ về nó.
- Các thành phần của hệ thống được kiểm tra (phần cứng, phần mềm, phần mềm trung gian, v.v.) được xác định là " trong phạm vi "
- Các thành phần của hệ thống sẽ không được kiểm tra cũng cần được xác định rõ ràng là " nằm ngoài phạm vi ".
Xác định phạm vi dự án thử nghiệm của bạn là rất quan trọng đối với tất cả các bên liên quan. Phạm vi chính xác giúp bạn
- Cung cấp cho mọi người sự tự tin và thông tin chính xác về thử nghiệm bạn đang thực hiện
- Tất cả các thành viên dự án sẽ hiểu rõ ràng về những gì được kiểm tra và những gì không
Làm thế nào để bạn xác định phạm vi dự án của bạn?
Để xác định phạm vi, bạn phải -
- Yêu cầu chính xác của khách hàng
- Ngân sách dự án
- Đặc điểm kỹ thuật sản phẩm
- Kỹ năng và tài năng của nhóm thử nghiệm của bạn
Bây giờ nên xác định rõ ràng "trong phạm vi" và "ngoài phạm vi" của thử nghiệm.
- Theo thông số kỹ thuật yêu cầu phần mềm, dự án Guru99 Bank chỉ tập trung vào thử nghiệm tất cả các chức năng và giao diện bên ngoài của trang web Ngân hàng Guru99 ( trong phạm vi thử nghiệm)
- Kiểm tra phi chức năng như căng thẳng , hiệu suất hoặc cơ sở dữ liệu logic hiện sẽ không được kiểm tra. ( ngoài phạm vi)
Tình huống sự cố
Khách hàng muốn bạn kiểm tra API của họ. Nhưng ngân sách dự án không cho phép làm như vậy. Trong trường hợp như vậy bạn sẽ làm gì?
Trong trường hợp đó, bạn cần thuyết phục khách hàng rằng Kiểm tra Api là công việc bổ sung và sẽ tiêu tốn nguồn lực đáng kể. Cung cấp cho anh ấy dữ liệu hỗ trợ sự thật của bạn. Hãy cho anh ta biết nếu Thử nghiệm Api được bao gồm trong phạm vi, ngân sách sẽ tăng thêm XYZ.
Khách hàng đồng ý và theo đó các phạm vi mới, các mục ngoài phạm vi được
- Các mục trong phạm vi: Kiểm tra chức năng, Kiểm tra Api
- Các mục ngoài phạm vi: Kiểm tra cơ sở dữ liệu, phần cứng và bất kỳ giao diện bên ngoài nào khác
Bước 2.2) Xác định loại thử nghiệm
Một Loại Testing là một thủ tục kiểm tra tiêu chuẩn cung cấp cho một kết quả kiểm tra dự kiến.
Mỗi loại thử nghiệm được xây dựng để xác định một loại lỗi sản phẩm cụ thể. Tuy nhiên, tất cả các Loại Thử nghiệm đều nhằm đạt được một mục tiêu chung là “ Phát hiện sớm tất cả các khuyết tật trước khi đưa sản phẩm đến tay khách hàng”
Các loại thử nghiệm thường được sử dụng được mô tả như hình sau
Có rất nhiều loại kiểm thử để kiểm thử sản phẩm phần mềm. Nhóm của bạn không thể có đủ nỗ lực để xử lý tất cả các loại thử nghiệm. Với tư cách là Người quản lý kiểm tra, bạn phải đặt mức độ ưu tiên của các Loại kiểm tra
- Loại thử nghiệm nào nên được tập trung cho thử nghiệm ứng dụng web?
- Nên bỏ qua các Loại Thử nghiệm nào để tiết kiệm chi phí?
Bạn nên tập trung vào những Loại Thử nghiệm nào trong trường hợp này?
Chọn tất cả những gì áp dụng A) Kiểm tra đơn vị B) Kiểm tra API C) Kiểm tra tích hợp D) Kiểm tra hệ thống E) Cài đặt / Gỡ cài đặt Kiểm tra F) Thử nghiệm nhanh chóng Chúng tôi chỉ chọn B) Thử nghiệm API C) Thử nghiệm tích hợp D) Thử nghiệm hệ thống cho dự án Guru99
Bước 2.3) Rủi ro và vấn đề về tài liệu
Rủi ro là sự kiện không chắc chắn trong tương lai với xác suất xảy ra và khả năng xảy ra tổn thất. Khi rủi ro thực sự xảy ra, nó sẽ trở thành ' vấn đề'.
Trong bài viết Phân tích rủi ro và giải pháp, bạn đã tìm hiểu chi tiết về phân tích 'Rủi ro' và xác định các rủi ro tiềm ẩn trong dự án.
Trong Kế hoạch Kiểm tra QA, bạn sẽ ghi lại những rủi ro đó
| Rủi ro | Giảm nhẹ |
|---|---|
| Thành viên trong nhóm thiếu các kỹ năng cần thiết để kiểm tra trang web. | Lên kế hoạch cho khóa đào tạo để nâng cao kỹ năng cho các thành viên của bạn |
| Tiến độ dự án quá chặt chẽ; thật khó để hoàn thành dự án này đúng hạn | Đặt Mức độ ưu tiên Kiểm tra cho từng hoạt động kiểm tra. |
| Người quản lý kiểm tra có kỹ năng quản lý kém | Lập kế hoạch đào tạo lãnh đạo cho người quản lý |
| Sự thiếu hợp tác ảnh hưởng tiêu cực đến năng suất của nhân viên | Khuyến khích mỗi thành viên trong nhóm trong nhiệm vụ của mình và truyền cảm hứng để họ nỗ lực hơn nữa. |
| Dự toán ngân sách sai và chi phí vượt quá | Thiết lập phạm vi trước khi bắt đầu công việc, chú ý nhiều đến việc lập kế hoạch dự án và liên tục theo dõi và đo lường tiến độ |
Bước 2.4) Tạo hậu cần thử nghiệm
Trong Hậu cần Kiểm tra, Người quản lý Kiểm tra phải trả lời các câu hỏi sau:
- Ai sẽ kiểm tra?
- Khi nào thử nghiệm sẽ xảy ra?
Ai sẽ kiểm tra?
Bạn có thể không biết tên chính xác của người kiểm tra sẽ kiểm tra, nhưng loại người kiểm tra có thể được xác định.
Để chọn thành viên phù hợp cho nhiệm vụ cụ thể, bạn phải xem xét kỹ năng của anh ta có đủ tiêu chuẩn cho nhiệm vụ đó hay không, đồng thời ước tính ngân sách dự án. Việc chọn sai thành viên cho nhiệm vụ có thể khiến dự án thất bại hoặc chậm trễ .
Người có các kỹ năng sau là lý tưởng nhất để thực hiện kiểm thử phần mềm:
- Khả năng hiểu quan điểm của khách hàng
- Mong muốn mạnh mẽ về chất lượng
- Chú ý đến chi tiết
- Hợp tác tốt
Trong dự án của bạn, thành viên sẽ chịu trách nhiệm thực hiện thử nghiệm là người thử nghiệm. Dựa trên ngân sách dự án, bạn có thể chọn thành viên trong nguồn hoặc bên ngoài làm người thử nghiệm.
Khi nào thử nghiệm sẽ xảy ra?
Các hoạt động kiểm tra phải phù hợp với các hoạt động phát triển liên kết.
Bạn sẽ bắt đầu kiểm tra khi bạn có tất cả các mục cần thiết được hiển thị trong hình sau
Bước 3) Xác định Mục tiêu Kiểm tra
Mục tiêu kiểm tra là mục tiêu tổng thể và thành tích của việc thực hiện kiểm tra. Mục tiêu của thử nghiệm là tìm ra càng nhiều lỗi phần mềm càng tốt; đảm bảo rằng phần mềm đang được thử nghiệm không có lỗi trước khi phát hành.
Để xác định các mục tiêu kiểm tra, bạn nên thực hiện 2 bước sau
- Liệt kê tất cả các tính năng phần mềm (chức năng, hiệu suất, GUI…) có thể cần kiểm tra.
- Xác định mục tiêu hoặc mục tiêu của bài kiểm tra dựa trên các tính năng trên
Hãy áp dụng các bước sau để tìm mục tiêu thử nghiệm của dự án thử nghiệm Ngân hàng Guru99 của bạn
Bạn có thể chọn phương pháp 'XUỐNG TỪ ĐẦU' để tìm các tính năng của trang web có thể cần kiểm tra. Trong phương pháp này, bạn chia nhỏ ứng dụng đang được kiểm tra thành thành phần và thành phần phụ .
Trong chủ đề trước, bạn đã phân tích các thông số kỹ thuật yêu cầu và dạo qua trang web, vì vậy bạn có thể tạo Sơ đồ tư duy để tìm các tính năng của trang web như sau
Hình này cho thấy tất cả các tính năng mà trang web Guru99 có thể có.
Dựa trên các tính năng trên, bạn có thể xác định Mục tiêu kiểm tra của dự án Guru99 như sau
- Kiểm tra xem chức năng Guru99 của trang web (Tài khoản, Tiền gửi…) có hoạt động như mong đợi mà không có bất kỳ lỗi hoặc lỗi nào trong môi trường kinh doanh thực tế hay không
- Kiểm tra xem giao diện bên ngoài của trang web như UI có hoạt động như mong đợi và & đáp ứng nhu cầu của khách hàng hay không
- Xác minh khả năng sử dụng của trang web. Những chức năng đó có thuận tiện cho người dùng hay không?
Bước 4) Xác định tiêu chí kiểm tra
Tiêu chí kiểm tra là một tiêu chuẩn hoặc quy tắc dựa vào đó một quy trình kiểm tra hoặc đánh giá kiểm tra. Có 2 loại tiêu chí kiểm tra như sau
Tiêu chí Đình chỉ
Chỉ định các tiêu chí đình chỉ quan trọng cho thử nghiệm. Nếu các tiêu chí đình chỉ được đáp ứng trong quá trình thử nghiệm, chu kỳ thử nghiệm đang hoạt động sẽ bị tạm dừng cho đến khi các tiêu chí được giải quyết .
Kế hoạch kiểm thử Ví dụ: Nếu các thành viên trong nhóm của bạn báo cáo rằng có 40% trường hợp kiểm thử không thành công, bạn nên tạm ngừng kiểm thử 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.
Tiêu chí thoát
Nó chỉ định các tiêu chí biểu thị sự hoàn thành thành công của một giai đoạn thử nghiệm. Tiêu chí thoát là kết quả mục tiêu của thử nghiệm và cần thiết trước khi tiến hành giai đoạn phát triển tiếp theo. Ví dụ: 95% tất cả các trường hợp kiểm tra quan trọng phải vượt qua.
Một số phương pháp xác định tiêu chí thoát là bằng cách chỉ định tỷ lệ chạy được nhắm mục tiêu và tỷ lệ vượt qua .
- Tốc độ chạy là tỷ lệ giữa số trường hợp thử nghiệm được thực hiện / tổng số trường hợp thử nghiệm của đặc điểm kỹ thuật thử nghiệm. Ví dụ: thông số kỹ thuật kiểm tra có tổng số 120 TC, nhưng người kiểm tra chỉ thực hiện 100 TC, Vì vậy, tỷ lệ chạy là 100/120 = 0,83 (83%)
- Tỷ lệ vượt qua là tỷ lệ giữa số trường hợp thử nghiệm được thông qua / trường hợp thử nghiệm được thực hiện . Ví dụ: trong 100 TC trên được thực thi, có 80 CTV đã vượt qua, do đó, tỷ lệ vượt qua là 80/100 = 0,8 (80%)
Dữ liệu này có thể được truy xuất trong tài liệu Chỉ số thử nghiệm.
- Tỷ lệ chạy bắt buộc phải là 100% trừ khi có lý do rõ ràng.
- Tỷ lệ vượt qua phụ thuộc vào phạm vi dự án, nhưng đạt được tỷ lệ vượt qua cao là một mục tiêu.
Ví dụ về kế hoạch kiểm tra: Nhóm của bạn đã thực hiện các hoạt động kiểm tra. Họ báo cáo kết quả kiểm tra cho bạn và họ muốn bạn xác nhận Tiêu chí thoát.
Trong trường hợp trên, tỷ lệ Run là bắt buộc là 100%, nhưng nhóm thử nghiệm chỉ hoàn thành 90% các trường hợp thử nghiệm. Nó có nghĩa là tốc độ Chạy không thỏa mãn, vì vậy KHÔNG xác nhận Tiêu chí thoát
Bước 5) Lập kế hoạch nguồn lực
Kế hoạch nguồn lực là một bản tóm tắt chi tiết về tất cả các loại nguồn lực cần thiết để hoàn thành nhiệm vụ của dự án. Nguồn lực có thể là con người, thiết bị và vật liệu cần thiết để hoàn thành một dự án
Quy hoạch tài nguyên là yếu tố quan trọng của việc lập kế hoạch kiểm tra vì giúp xác định các số tài nguyên (nhân viên, trang thiết bị ...) sẽ được sử dụng cho dự án. Do đó, Người quản lý kiểm thử có thể đưa ra lịch trình & ước tính chính xác cho dự án.
Phần này đại diện cho các tài nguyên được đề xuất cho dự án của bạn.
Nguồn nhân lực
Bảng sau đại diện cho các thành viên khác nhau trong nhóm dự án của bạ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 hướng dự án Có được các nguồn lực thích hợp |
|
2. |
Kiểm thử |
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á Phương pháp tiếp cận thử nghiệm 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. Người kiểm tra có thể là thành viên trong nguồn hoặc ngoài nguồn, dựa trên ngân sách dự án Đối với nhiệm vụ yêu cầu kỹ năng thấp , tôi khuyên bạn nên chọn các thành viên thuê ngoài để tiết kiệm chi phí dự án. |
|
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 |
Phụ trách đả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 đã chỉ định hay không |
Tài nguyên hệ thống
Đối với thử nghiệm, một ứng dụng web, bạn nên lập kế hoạch tài nguyên như các bảng sau:
|
Không. |
Tài nguyên |
Mô tả |
|---|---|---|
|
1. |
Người phục vụ |
Cài đặt ứng dụng web đang thử nghiệm Điều này bao gồm một máy chủ web, máy chủ cơ sở dữ liệu và máy chủ ứng dụng riêng biệt nếu có |
|
2. |
Công cụ kiểm tra |
Công cụ kiểm tra là tự động hóa việc kiểm tra, mô phỏng hoạt động của người dùng, tạo kết quả kiểm tra Có rất nhiều công cụ kiểm tra bạn có thể sử dụng cho dự án này như Selenium, QTP ... vv. |
|
3. |
Mạng lưới |
Bạn cần một Mạng bao gồm LAN và Internet để mô phỏng môi trường kinh doanh và người dùng thực |
|
4. |
Máy vi tính |
Máy tính mà người dùng thường sử dụng để kết nối máy chủ web |
Bước 6) Lập kế hoạch môi trường thử nghiệm
Môi trường thử nghiệm là gì
Môi trường thử nghiệm là một thiết lập của phần mềm và phần cứng mà nhóm thử nghiệm sẽ thực hiện các trường hợp thử nghiệm. Môi trường thử nghiệm bao gồm môi trường kinh doanh và người dùng thực , cũng như các môi trường vật lý, chẳng hạn như máy chủ, môi trường chạy giao diện người dùng.
Cách thiết lập Môi trường thử nghiệm
Quay lại với dự án của bạn, bạn thiết lập môi trường thử nghiệm cho trang web ngân hàng này như thế nào?
Để hoàn thành nhiệm vụ này, bạn cần có sự hợp tác chặt chẽ giữa Nhóm kiểm tra và Nhóm phát triển
Bạn nên hỏi nhà phát triển một số câu hỏi để hiểu ứng dụng web đang thử nghiệm một cách rõ ràng . Đây là một số câu hỏi được đề xuất. Tất nhiên, bạn có thể hỏi những câu hỏi khác nếu bạn cần.
- Kết nối người dùng tối đa mà trang web này có thể xử lý đồng thời là bao nhiêu?
- Yêu cầu phần cứng / phần mềm để cài đặt trang web này là gì?
- Máy tính của người dùng có cần bất kỳ cài đặt cụ thể nào để duyệt trang web không?
Hình sau mô tả môi trường thử nghiệm của trang web ngân hàng www.demo.guru99.com/V4
Bước 7) Lập lịch & Ước tính
Trong bài viết Ước lượng thử nghiệm, bạn đã sử dụng một số kỹ thuật để ước tính nỗ lực hoàn thành dự án. Bây giờ bạn nên đưa ước tính đó cũng như lịch trình vào Kế hoạch kiểm tra
Trong giai đoạn Ước tính thử nghiệm, giả sử bạn chia toàn bộ dự án thành các nhiệm vụ nhỏ và thêm ước tính cho từng nhiệm vụ như bên dưới
|
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 |
Sau đó, bạn tạo lịch trình để hoàn thành các công việc này.
Lập lịch trình là một thuật ngữ phổ biến trong quản lý dự án. Bằng cách tạo ra một lịch trình vững chắc trong Kế hoạch kiểm tra, Người quản lý kiểm tra có thể sử dụng nó như một công cụ để theo dõi tiến độ dự án, kiểm soát chi phí vượt mức.
Để tạo lịch trình dự án, Trình quản lý kiểm tra cần một số loại đầu vào như sau:
- Nhân viên và thời hạn dự án : Ngày làm việc, thời hạn dự án, nguồn lực sẵn có là những yếu tố ảnh hưởng đến tiến độ
- Dự toán dự án : Dựa trên ước tính, Người quản lý thử nghiệm biết được cần bao lâu để hoàn thành dự án. Vì vậy, anh ta có thể đưa ra lịch trình dự án phù hợp
- Rủi ro dự án : Hiểu được rủi ro giúp Người quản lý kiểm tra thêm đủ thời gian vào lịch trình dự án để đối phó với rủi ro
Hãy thực hành với một ví dụ:
Giả sử sếp muốn hoàn thành dự án Guru99 trong một tháng, bạn đã ước tính nỗ lực cho từng nhiệm vụ trong Ước tính thử nghiệm. Bạn có thể tạo lịch trình như bên dưới
Bước 8) Kiểm tra phân phối
Test Deliverables là danh sách tất cả các tài liệu, công cụ và các thành phần khác phải được phát triển và duy trì để hỗ trợ nỗ lực thử nghiệm.
Có các phân phối thử nghiệm khác nhau ở mọi giai đoạn của vòng đời phát triển phần mềm.
Các sản phẩm thử nghiệm được cung cấp 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ế.
Các sản phẩm thử nghiệm được cung cấp trong quá trình thử nghiệm
- Tập lệnh thử nghiệm
- Trình mô phỏng.
- Dữ liệu thử nghiệm
- Kiểm tra ma trận xác định nguồn gốc
- Nhật ký lỗi và nhật ký thực thi.
Các sản phẩm thử nghiệm được cung cấp 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
Tài nguyên
Tải xuống Mẫu kế hoạch kiểm tra mẫu
Tải xuống kế hoạch kiểm tra hệ thống mẫu của trang web Guru99 Bank