KẾ HOẠCH KIỂM TRA trong Kiểm thử phần mềm (Ví dụ)

Kế hoạch kiểm tra

A Kế hoạch kiểm tra là một tài liệu chi tiết mô tả chiến lược kiểm thử, mục tiêu, lịch trình, ước tính, kết quả đầu ra và nguồn lực cần thiết để thực hiện kiểm thử cho một sản phẩm phần mềm. Kế hoạch Kiểm thử giúp chúng tôi xác định nỗ lực cần thiết để xác thực chất lượng của ứng dụng đang được kiểm thử. 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 chặt chẽ bởi người quản lý kiểm thử.

Theo định nghĩa của ISTQB: “Kế hoạch kiểm thử là tài liệu mô tả phạm vi, phương pháp tiếp cận, nguồn lực và lịch trình của các hoạt động kiểm thử dự kiến”.

Chúng ta hãy bắt đầu với ví dụ/tình huống 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 này, bạn sẽ làm gì? Hãy chọn câu trả lời như trong hình dưới đây.

👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí

Tầm quan trọng của Kế hoạch kiểm tra là gì?

Việc tạo tài liệu Kế hoạch kiểm tra mang lại nhiều lợi ích.

• Giúp đỡ những người bên ngoài nhóm thử nghiệm, chẳng hạn như nhà phát triển, quản lý doanh nghiệp và khách hàng, hiểu chi tiết của việc thử nghiệm.
• 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 tuân theo.
• Các khía cạnh quan trọng như ước lượng kiểm thử, phạm vi kiểm thử, Chiến lược thử nghiệm đang tài liệu trong Kế hoạch kiểm tra để Nhóm quản lý có thể xem xét và sử dụng lại cho các dự án khác.

Các loại kế hoạch kiểm tra

Có ba loại chính Kế hoạch kiểm tra trong thử nghiệm phần mềm.

1. Kế hoạch kiểm tra tổng thể: Tài liệu cấp cao phác thảo chiến lược, phạm vi, nguồn lực và lịch trình kiểm thử tổng thể cho tất cả các cấp độ kiểm thử. Tài liệu này đóng vai trò là lộ trình tổng thể của dự án.
2. Kế hoạch kiểm tra theo từng cấp độ: Tập trung vào các cấp độ kiểm thử cụ thể như kiểm thử đơn vị, tích hợp, hệ thống hoặc chấp nhận. Mỗi kế hoạch đều nêu chi tiết phương pháp tiếp cận, môi trường và kết quả đầu ra cho cấp độ đó.
3. Kế hoạch kiểm tra theo loại cụ thể: TargetCác loại thử nghiệm chuyên biệt như thử nghiệm hiệu năng, bảo mật, khả năng sử dụng hoặc tự động hóa. Nó xác định các công cụ, kỹ thuật và tiêu chí riêng cho loại thử nghiệm đó.

Cùng nhau, các kế hoạch kiểm tra này đảm bảo phạm vi kiểm tra toàn diện, liên kết các mục tiêu kiểm tra với mục tiêu của dự án và cải thiện sự phối hợp giữa các nhóm để nâng cao chất lượng phần mềm.

Cách viết Kế hoạch Kiểm tra

Bạn đã biết rằng việc tạo ra một 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. Thực hiện theo bảy bước dưới đây để tạo kế hoạch kiểm tra theo IEEE 829

1. Phân tích sản phẩm
2. Thiết kế chiến lược thử nghiệm
3. Xác định mục tiêu thử nghiệm
4. Xác định tiêu chí kiểm tra
5. Hoạch định nguồn lực
6. Lập kế hoạch môi trường thử nghiệm
7. Lịch trình & Dự toán
8. Xác định sản phẩm 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 không có có thông tin gì về nó không? Câu trả lời là Không thể. Bạn phải học một sản phẩm triệt để trước khi thử nghiệm nó.

Sản phẩm được thử nghiệm là website ngân hàng Guru99. Bạn nên nghiên cứu khách hàng và người dùng cuối để hiểu rõ nhu cầu và kỳ vọng của họ đối với ứ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?
• Sản phẩm sử dụng phần mềm/phần cứng nào?

Bạn có thể sử dụng cách tiếp cận sau để phân tích trang web.

Bây giờ hãy áp dụng kiến ​​thức trên vào một sản phẩm thực tế: Phân tích trang web ngân hàng https://demo.guru99.com/V4.

Bạn nên lấy một nhìn xung quanh trang web này và cả xem xét tài liệu sản phẩm. Review của 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õ ràng về bất kỳ mục nào, bạn có thể cuộc phỏng vấn khách hàng, nhà phát triển, nhà thiết kế để có 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à tài liệu cấp cao, thường được phát triển bởi Trưởng nhóm Kiểm thử. Tài liệu này định nghĩa:

• Các dự án mục tiêu thử nghiệm và phương tiện để đạt được chúng
• Xác định thử nghiệm nỗ lực và chi phí

Quay lại dự án của bạn, bạn cần phát triển Chiến lược Kiểm thử để kiểm thử 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 thử

Trước khi bắt đầu bất kỳ hoạt động kiểm tra nào, bạn cần nắm rõ phạm vi kiểm tra. Bạn phải suy nghĩ kỹ về điều này.

• 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 định nghĩa 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 phải được xác định rõ ràng là “ngoài phạm vi.”

Việc xác định phạm vi dự án thử nghiệm của bạn rất quan trọng đối với tất cả các bên liên quan. Một phạm vi chính xác sẽ giúp ích cho bạn.

• Tặng mọi người tin cậy 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ẽ có trong sáng hiểu biết về những gì được kiểm tra và những gì không.

Bạn xác định phạm vi dự án của mình như thế nào?

Để 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
• Thông số 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ờ, cần phải xác định rõ ràng phạm vi "trong phạm vi" và "ngoài phạm vi" của thử nghiệm.

• Theo yêu cầu phần mềm thông số kỹ thuật, dự án Ngân hàng Guru99 chỉ tập trung vào việc thử nghiệm tất cả chức năng và giao diện bên ngoài của website Guru99 Ngân hàng (trong phạm vi thử nghiệm)
• Kiểm tra phi chức năng như căng thẳng, hiệu suất or cơ sở dữ liệu logic sẽ không được kiểm tra. (ra khỏ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. Trong trường hợp đó, bạn sẽ làm gì?

Vâng, trong trường hợp như vậy, bạn cần phải 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 đáng kể nguồn lực. Hãy cung cấp cho anh ấy dữ liệu chứng minh cho những thông tin bạn đưa ra. Nói với anh ấy rằng nếu Kiểm thử API được đưa vào 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: Thử nghiệm chức năng, Kiểm tra API
• Các mục nằm 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

A Loại thử nghiệm là một quy trình kiểm tra tiêu chuẩn mang lại kết quả kiểm tra mong đợi.

Mỗi loại kiểm thử đượ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 kiểm thử đều hướng đến một mục tiêu chung: “Phát hiện sớm tất cả các lỗi trước khi xuất sản phẩm tới tay khách hàng”

thường được sử dụng các loại thử nghiệm được mô tả như sau trong hình

Có rất nhiều loại thử nghiệm để thử nghiệm một sản phẩm phần mềm. Nhóm của bạn không thể đặt đủ nỗ lực để xử lý tất cả các loại thử nghiệm. Là Quản lý thử nghiệm, bạn phải thiết lập ưu tiên của các loại thử nghiệm

• Những loại thử nghiệm nào nên có tập trung để thử nghiệm ứng dụng web?
• Những loại thử nghiệm nào nên có bỏ qua để tiết kiệm chi phí?

Bước 2.3) Rủi ro & vấn đề về tài liệu

Rủi ro là tương lai sự kiện không chắc chắn với xác suất là xảy ra và tiềm năng cho sự mất mát. Khi rủi ro thực sự xảy ra, nó trở thành 'vấn đề'.

Trong bài báo 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 chất lượng, bạn sẽ ghi lại những rủi ro đó

Nguy cơ	Giảm nhẹ
Các thành viên trong nhóm thiếu các kỹ năng cần thiết để kiểm tra trang web.	Lập kế hoạch 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 thời hạn	Thiết lập Ưu tiên kiểm tra cho mỗi hoạt động kiểm tra.
Người quản lý kiểm tra có kỹ năng quản lý kém	Kế hoạch đào tạo lãnh đạo cho người quản lý
Thiếu hợp tác ảnh hưởng tiêu cực đến năng suất làm việc 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 họ, và truyền cảm hứng họ phải nỗ lực nhiều hơn nữa.
Dự toán ngân sách sai và vượt chi phí	Thiết lập phạm vi trước khi bắt đầu công việc, hãy 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 Test Logistics, Người quản lý thử nghiệm phải trả lời những câu hỏi sau:

• Về sẽ kiểm tra?
• Thời Gian bài kiểm tra 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 những người thử nghiệm sẽ thử nghiệm, nhưng loại máy thử Có thể định nghĩa được.

Để chọn đúng thành viên cho một nhiệm vụ cụ thể, bạn phải cân nhắc xem kỹ năng của họ có đủ điều kiệ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 bị trì hoãn. không or bị trì hoãn.

Một người có những kỹ năng sau đây là lý tưởng để 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
• Mạnh mong muốn cho chất lượng
• Chú ý đến chi tiết
• tốt hợp tác

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à thử. Dựa trên ngân sách dự án, bạn có thể chọn thành viên nội bộ hoặc thuê ngoài làm người thử nghiệm.

Khi nào cuộc thử nghiệm sẽ diễn ra?

Hoạt động thử nghiệm phải phù hợp với các hoạt động phát triển liên quan.

Bạn sẽ bắt đầu kiểm tra khi bạn có tất cả các mục cần thiết thể hiện trong hình dưới đây.

Bước 3) Xác định mục tiêu kiểm thử

Mục tiêu kiểm thử là mục tiêu tổng thể và thành tựu đạt được của quá trình thực hiện kiểm thử. Mục tiêu của việc kiểm thử 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 được kiểm thử là không có lỗi trước khi phát hành

Để xác định mục tiêu kiểm tra, bạn nên thực hiện hai bước sau

1. Liệt kê tất cả các tính năng của phần mềm (chức năng, hiệu suất, GUI…) có thể cần phải kiểm tra.
2. Xác định mục tiêu hoặc là 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 này để tìm mục tiêu thử nghiệm cho dự án thử nghiệm Ngân hàng Guru99 của bạn

Bạn có thể chọn 'Từ trên xuống' Phương pháp này giúp tìm ra các tính năng của trang web có thể cần được kiểm tra. Trong phương pháp này, bạn chia nhỏ ứng dụng đang được kiểm tra thành các thành phần và các 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à xem qua trang web, vì vậy bạn có thể tạo một Sơ đồ tư duy để tìm các tính năng của trang web như sau:

Hình ảnh này hiển thị 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 trang web Guru99 chức năng(Tài khoản, Tiền gửi…) hoạt động như mong đợi mà không có bất kỳ lỗi hoặc sự cố nào trong môi trường kinh doanh thực tế
• Kiểm tra xem giao diện bên ngoài của trang web, chẳng hạn như UI, đang hoạt động như mong đợi và đáp ứng nhu cầu của khách hàng
• Xác minh khả năng sử dụng của trang web. Những chức năng đó có tiện lợi 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 mà quy trình kiểm tra hoặc phán đoán kiểm tra có thể dựa vào. 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 một bài kiểm tra. Nếu tiêu chí tạm dừng được đáp ứng trong quá trình thử nghiệm, chu kỳ thử nghiệm hoạt động sẽ được đình chỉ cho đến khi đủ tiêu chí quyết định.

Ví dụ về kế hoạch kiểm tra: Nếu các thành viên trong nhóm của bạn báo cáo rằng 40% trong số các trường hợp thử nghiệm không thành công, bạn nên Đình chỉ thử nghiệm cho đến khi nhóm phát triển khắc phục được tất cả các trường hợp thất bại.

Tiêu chí thoát

Nó chỉ rõ các tiêu chí biểu thị một thành công hoàn thành một giai đoạn thử nghiệm. Tiêu chí đầu ra là kết quả mục tiêu của thử nghiệm và cần thiết trước khi tiến tới giai đoạn phát triển tiếp theo. Ví dụ: 95% trong số tất cả các trường hợp kiểm thử quan trọng đều 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 mục tiêu tốc độ chạy và tỷ lệ vượt qua.

• Tốc độ chạy là tỷ lệ giữa số lượng trường hợp thử nghiệm được thực hiện và/tổng ​​số trường hợp thử nghiệm của thông số kỹ thuật kiểm tra. Ví dụ, thông số kỹ thuật kiểm tra có tổng cộng 120 TC, nhưng người kiểm tra chỉ thực hiện 100 TC, do đó tốc độ chạy là 100/120 = 0.83 (83%)
• Tỷ lệ đậu là tỷ lệ giữa số lượng trường hợp thử nghiệm đã vượt qua / số lượng trường hợp thử nghiệm đã thực hiện. Ví dụ, trong 100 TC được thực hiện ở trên, có 80 TC đã vượt qua, vì vậy 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 Test Metric.

• chạy tỷ lệ bắt buộc phải có 100% trừ khi có lý do rõ ràng.
• Qua tỷ lệ phụ thuộc vào phạm vi dự án, nhưng đạt được tỷ lệ đỗ 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 việc thực hiện kiểm thử. 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ốc độ chạy là bắt buộc và là 100%, nhưng nhóm kiểm thử chỉ hoàn thành 90% số trường hợp kiểm thử. Điều này có nghĩa là Tốc độ chạy không đạt yêu cầu, 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

Một kế hoạch tài nguyên là một tóm tắt chi tiết của tất cả các loại nguồn lực cần thiết để hoàn thành một 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.

Việc lập kế hoạch nguồn lực là một yếu tố quan trọng của việc lập kế hoạch kiểm tra vì nó giúp ích xác định các con số nguồn lực (nhân viên, thiết bị…) cần sử dụng cho dự án. Nhờ đó, Quản lý Kiểm thử có thể lập lịch trình và ước tính chính xác cho dự án.

Phần này trình bày các tài nguyên được đề xuất cho dự án của bạn.

Nhân sự

Bảng sau đây đạ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 dự án hướng Có được nguồn lực thích hợp
2.	Tester	Xác định và mô tả các kỹ thuật/công cụ kiểm tra/kiến trúc tự động hóa phù hợp Xác minh và đánh giá phương pháp thử nghiệm Thực hiện Các bài kiểm tra, đăng nhập kết quả và báo cáo những khiếm khuyết. Người kiểm thử có thể là thành viên nội bộ hoặc thuê ngoài, tùy thuộc vào ngân sách của dự án. Đối với nhiệm vụ đòi hỏi thấp kỹ năng, tôi khuyên bạn nên chọn thuê ngoài thành viên để tiết kiệm chi phí dự án.
3.	Nhà phát triển đang thử nghiệm	Thực hiện 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à tài sản là quản lý và duy trì Kiểm tra viên hỗ trợ 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 đảm bảo chất lượng. Kiểm tra để xác nhận xem quy 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

Để thử nghiệm một ứng dụng web, bạn nên lập kế hoạch cho các nguồn lực như sau:

Không.	Trung Tâm Tài Liệu	Description
1.	của chúng tôi	Cài đặt ứng dụng web đang thử nghiệm. Điều này bao gồm một máy chủ web riêng biệt, máy chủ cơ sở dữ liệu và máy chủ ứng dụng, nếu có
2.	Công cụ kiểm tra	Công cụ kiểm tra có chức năng tự động hóa việc kiểm tra, mô phỏng hoạt động của người dùng và tạo ra 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, chẳng hạn như Selenium, QTP, v.v.
3.	mạng	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 tế
4.	Máy tính	Máy tính mà người dùng thường sử dụng để kết nối vớ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 tập hợp phần mềm và phần cứng mà nhóm thử nghiệm sẽ sử dụng để thực hiện các trường hợp thử nghiệm. Môi trường thử nghiệm bao gồm kinh doanh thực và người sử dụng môi trường, cũng như môi trường vật lý, chẳng hạn như máy chủ và môi trường chạy phía trước.

Cách thiết lập Môi trường thử nghiệm

Quay lại dự án của bạn, làm thế nào để bạn thiết lập một môi trường thử nghiệm cho trang web ngân hàng này?

Để hoàn thành nhiệm vụ này, bạn cần hợp tác chặt chẽ giữa Nhóm thử nghiệm 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 được thử nghiệm Rõ ràngDưới đây là một số câu hỏi gợi ý. Tất nhiên, bạn có thể hỏi những câu hỏi khác nếu cần.

• Trang web này có thể xử lý tối đa bao nhiêu kết nối người dùng cùng một lúc?
• Yêu cầu về 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 đây mô tả môi trường thử nghiệm của trang web ngân hàng https://demo.guru99.com/V4

Bước 7) Tiến độ & Dự toán

Trong bài báo ước tính thử nghiệmBạ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 với 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ư sau

Nhiệm vụ	Các thành viên	Ước tính nỗ lực
Tạo đặc tả thử nghiệm	thiết kế thử nghiệm	170 giờ công
Thực hiện thực hiện kiểm tra	Người kiểm tra, Người quản lý kiểm tra	80 giờ công
Báo cáo thử nghiệm	Tester	10 giờ công
Giao hàng thử nghiệm		20 giờ công
Tổng cộng		280 giờ công

Sau đó bạn tạo lịch trình để hoàn thành những nhiệm vụ 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 một lịch trình cụ thể trong phần Lập kế hoạch Kiểm thử, Quản lý Kiểm thử có thể sử dụng nó như một công cụ để theo dõi tiến độ dự án và kiểm soát chi phí vượt mức.

Để tạo lịch trình dự án, Trình quản lý thử nghiệm cần một số loại đầu vào như sau:

• Thời hạn của nhân viên và dự án: Ngày làm việc, thời hạn dự án và nguồn lực sẵn có là những yếu tố ảnh hưởng đến lịch trình
• Dự toán dự án: Dựa trên ước tính, Quản lý Kiểm thử biết cần bao lâu để hoàn thành dự án. Nhờ đó, anh ta có thể lập lịch trình dự án phù hợp.
• Rủi ro dự án:Hiểu được rủi ro giúp Quản lý kiểm thử thêm đủ thời gian vào lịch trình dự án để giải quyết các rủi ro

Hãy thực hành với một ví dụ:

Giả sử ông chủ muốn hoàn thành dự án Guru99 trong một tháng, và bạn đã ước tính nỗ lực cho từng nhiệm vụ trong Ước tính Kiểm tra. Bạn có thể tạo lịch trình như sau

Bước 8) Kiểm tra sản phẩm bàn giao

Sản phẩm thử nghiệm 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 sản phẩm thử nghiệm khác nhau ở mỗi giai đoạn của Chu trình phát triển phần mềm.

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
• Thông số kỹ thuật thiết kế thử nghiệm.

Sản phẩm thử nghiệm được cung cấp suốt trong thử nghiệm

• Tập lệnh thử nghiệm
• Mô phỏng.
• Dữ liệu thử nghiệm
• Kiểm tra ma trận truy xuất nguồn gốc
• Nhật ký lỗi và nhật ký thực hiện.

Sản phẩm thử nghiệm được cung cấp sau khi chu kỳ thử nghiệm đã kết thúc.

• Kết quả/báo cáo kiểm tra
• Báo cáo khiếm khuyết
• Hướng dẫn quy trình lắp đặt/kiểm tra
• Ghi chú phát hành

Những thách thức phổ biến trong lập kế hoạch kiểm tra (và giải pháp)

Việc lập kế hoạch kiểm thử hiệu quả thường gặp phải những trở ngại thực tế. Nhận thức được những thách thức này và áp dụng các giải pháp chủ động sẽ đảm bảo việc thực hiện suôn sẻ hơn và chất lượng phần mềm cao hơn.

1. Yêu cầu không rõ ràng
   Thử thách: Các yêu cầu của dự án không rõ ràng hoặc thay đổi sẽ dẫn đến phạm vi kiểm tra không đầy đủ.
   Giải pháp: Tiến hành kiểm tra yêu cầu và duy trì ma trận truy xuất yêu cầu hiện hành.
2. Nguồn tài nguyên giới hạn
   Thử thách: Không đủ công cụ, thời gian hoặc người kiểm tra có kỹ năng sẽ ảnh hưởng đến chất lượng kiểm tra.
   Giải pháp: Ưu tiên các trường hợp thử nghiệm quan trọng và tận dụng tự động hóa cho các nhiệm vụ lặp đi lặp lại.
3. Hạn chót không thực tế
   Thử thách: Lịch trình dày đặc làm giảm thời gian thiết kế và thực hiện thử nghiệm phù hợp.
   Giải pháp: Sử dụng các kỹ thuật ước tính và thông báo sớm về rủi ro cho các bên liên quan.
4. Giao tiếp kém
   Thử thách: Sự không thống nhất giữa các nhóm gây ra sự chậm trễ và phải làm lại.
   Giải pháp: Triển khai các cuộc họp đồng bộ thường xuyên và bảng thông tin chung để đảm bảo tính minh bạch.
5. Quản lý rủi ro không đầy đủ
   Thử thách: Bỏ qua những rủi ro tiềm ẩn có thể làm chậm tiến độ dự án.
   Giải pháp: Xác định rủi ro sớm, duy trì nhật ký rủi ro và lập kế hoạch chiến lược giảm thiểu.

Hỏi đáp về: