Test plan (kế hoạch kiểm thử) là một tài liệu 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ả 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 ta 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 theo 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 đó, bạn sẽ làm gì?
Việc tạo tài liệu Kế hoạch kiểm tra có nhiều lợi ích
Bạn đã biết rằng việc lập Kế hoạch Kiểm thử là nhiệm vụ quan trọng nhất của Quy trình Quản lý Kiểm thử. Hãy làm theo bảy bước dưới đây để tạo một kế hoạch kiểm thử theo IEEE 829.
(1) Phân tích sản phẩm
(2) Thiết kế Chiến lược Kiểm thử
(3) Xác định mục tiêu kiểm tra
(4) Xác định tiêu chí kiểm tra
(5) Lập kế hoạch nguồn lực
(6) Kế hoạch kiểm tra môi trường
(7) Tiến độ & Dự toán
(8) Xác định kết quả kiểm tra
Làm sao bạn có thể thử nghiệm 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ỹ về sản phẩm trước khi thử nghiệm.
Sản phẩm đượ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 để hiểu rõ nhu cầu và kỳ vọng của họ đối với ứng dụng.
Bạn có thể sử dụng cách tiếp cận sau để phân tích trang web
Bạn nên xem qua trang web này và xem qua tài liệu hướng dẫn sử dụng sản phẩm . Việc xem xét tài liệu hướng dẫn sử dụng sản phẩm sẽ giúp bạn hiểu rõ tất cả các tính năng của trang web cũng như cách sử dụng. Nếu bạn chưa 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ế để tìm hiểu thêm thông tin.
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ưởng nhóm Kiểm thử. Tài liệu này định nghĩa:
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ử website ngân hàng đó. Bạn nên làm theo các bước dưới đây:
Trước khi bắt đầu bất kỳ hoạt động kiểm tra nào, bạn cần phải biết rõ phạm vi kiểm tra. Bạn phải suy nghĩ kỹ về điều này.
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 bạn
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 –
Bây giờ cần phải xác định rõ ràng “trong phạm vi” và “ngoài phạm vi” của thử nghiệm.
Tình huống vấn đề
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ì?
Trong trường hợp này, bạn cần thuyết phục khách hàng rằng Kiểm thử API là một công việc bổ sung và sẽ tiêu tốn đáng kể nguồn lực. Hãy cung cấp cho họ dữ liệu chứng minh cho những thông tin bạn đưa ra. Hãy nói với họ rằng nếu Kiểm thử API được bao gồm trong phạm vi dự án, 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
Loại thử nghiệm là quy trình thử nghiệm tiêu chuẩn đưa ra kết quả thử nghiệm 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 đư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 Kiểu 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 kiểm thử. Là Quản lý Kiểm thử, bạn phải đặt mức độ ưu tiên cho các Kiểu Kiểm thử.
Rủi ro là sự kiện không chắc chắn trong tương lai , có xác suất xảy ra và tiềm ẩn tổn thất. Khi rủi ro thực sự xảy ra, nó 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 những rủi ro tiềm ẩn trong dự án.
Trong Kế hoạch kiểm thử, bạn sẽ ghi lại những rủi ro đó
Rủi ro | Giảm thiểu |
---|---|
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 khóa đào tạo để nâng cao kỹ năng cho thành viên của bạn |
Tiến độ dự án quá gấp; khó có thể 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 thử có kỹ năng quản lý kém | Kế hoạch đào tạo lãnh đạo cho quản lý |
Việc 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 từng thành viên trong nhóm thực hiện nhiệm vụ và truyền cảm hứng để họ nỗ lực hơn nữa. |
Dự toán sai và vượt chi phí | Xác định 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 độ |
Trong Test Logistics, Quản lý kiểm thử phải trả lời những câu hỏi sau:
Ai sẽ kiểm tra?
Bạn có thể không biết chính xác tên của người thử nghiệm sẽ thử nghiệm, nhưng loại người thử nghiệm có thể được xác định.
Để chọn đúng thành viên cho nhiệm vụ cụ thể, bạn phải cân nhắc xem kỹ năng của người đó 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 thất bại hoặc chậm tiến độ .
Người có các kỹ năng sau đây là lý tưởng nhất để thực hiện kiểm thử phần mềm:
Trong dự án của bạn, thành viên chịu trách nhiệm thực hiện kiểm thử là tester. Tùy thuộc vào 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 tester.
Khi nào thì bài kiểm tra sẽ diễn ra?
Các 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 được hiển thị trong hình sau:
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 phần mềm được kiểm thử 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 2 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 mục đích 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 Guru99 Bank của bạn
Bạn có thể chọn phương pháp ‘ TOP-DOWN’ để tìm các tính năng của trang web cần kiểm tra. Trong phương pháp này, bạn chia nhỏ ứng dụng đang kiểm tra thành các 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à đi qua trang web, do đó bạn có thể tạo Sơ đồ tư duy để tìm các tính năng của trang web như sau:
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 như sau
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:
Chỉ định các tiêu chí tạm dừng quan trọng cho một thử nghiệm. Nếu các tiêu chí tạm dừng đượ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 .
Ví dụ về kế hoạch kiểm thử: 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 dừ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í này chỉ định các tiêu chí đánh dấu sự hoàn thành thành công của một giai đoạn kiểm thử. Tiêu chí đầu ra là kết quả mục tiêu của bài kiểm thử và cần thiết trước khi chuyển sang giai đoạn phát triển tiếp theo. Ví dụ: 95% tất cả các trường hợp kiểm thử quan trọng phải đạt.
Một số phương pháp xác định tiêu chí đầu ra là chỉ định tỷ lệ chạy và tỷ lệ đậu mục tiêu .
Dữ liệu này có thể được tìm thấy trong các tài liệu Test Metric.
Ví dụ về Kế hoạch Kiểm thử: Nhóm của bạn đã thực hiện xong các bài kiểm thử. Họ báo cáo kết quả kiểm thử cho bạn và muốn bạn xác nhận Tiêu chí Kết thúc.
Trong trường hợp trên, tỷ lệ chạy bắt buộc 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ỷ lệ chạy không đạt yêu cầu, vì vậy KHÔNG xác nhận Tiêu chí Kết thúc.
Kế hoạch nguồn lực là 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 dự án.
Lập kế hoạch nguồn lực là yếu tố quan trọng trong lập kế hoạch kiểm thử vì nó giúp xác định số lượng nguồn lực (nhân lực, 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.
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
STT | Thành viên | Nhiệm vụ |
---|---|---|
1. | Quản lý thử nghiệm | Quản lý toàn bộ dự ánXác định hướng đi của dự ánCó được các nguồn lực phù hợp |
2. | Người 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 thử nghiệm phù hợpXác minh và đánh giá phương pháp thử nghiệmThực hiện các bài kiểm tra, ghi nhật ký kết quả, báo cáo lỗi.Người kiểm tra có thể là thành viên nội bộ hoặc thuê ngoài, dựa trên ngân sách dự ánĐối với nhiệm vụ đòi hỏi kỹ năng thấp , tôi khuyên bạn nên chọn thành viên thuê ngoài để tiết kiệm chi phí dự án. |
3. | Nhà phát triển trong 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à tài sản đượ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 | Đảm nhiệm việc đảm bảo chất lượngKiể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 |
Để thử nghiệm một ứng dụng web, bạn nên lập kế hoạch các tài nguyên theo bảng sau:
KHÔNG. | Tài nguyên | Mô tả |
---|---|---|
1. | Máy chủ | 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 là tự động hóa việc kiểm tra, mô phỏng hoạt động của người dùng, tạo ra kết quả kiểm traCó rất nhiều công cụ kiểm tra mà bạn có thể sử dụng cho dự án này 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 máy chủ web |
Môi trường kiểm thử là một tập hợp phần mềm và phần cứng mà nhóm kiểm thử sẽ sử dụng để thực hiện các trường hợp kiểm thử. Môi trường kiểm thử bao gồm môi trường kinh doanh và người dùng thực tế , cũng như môi trường vật lý, chẳng hạn như máy chủ, môi trường chạy front-end.
Quay lạ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 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 rõ ứng dụng web đang được kiểm thử . Dưới đâ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 cần.
Trong bài viết “Ước tính 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 với lịch trình vào Kế hoạch thử nghiệm.
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
Nhiệm vụ | Thành viên | Ước tính nỗ lực |
---|---|---|
Tạo thông số kỹ thuật thử nghiệm | Nhà thiết kế thử nghiệm | 170 giờ công |
Thực hiện kiểm tra | Người kiểm tra, Quản trị viên kiểm tra | 80 giờ công |
Báo cáo thử nghiệm | Người kiểm tra | 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 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:
Tài liệu kiểm thử 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 kiểm thử.
Có nhiều sản phẩm 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.
Các sản phẩm thử nghiệm được cung cấp trong quá trình thử nghiệm
Các sản phẩm thử nghiệm sẽ được cung cấp sau khi chu kỳ thử nghiệm kết thúc.
Nguồn tham khảo: https://www.guru99.com/test-planning.html
You need to login in order to like this post: click here
YOU MIGHT ALSO LIKE