Test Deliverables là gì
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 theo hình bên dưới: A) Tôi là Manager hãy làm mọi thứ như tôi nói B) OK, để tôi giải thích tại sao chúng ta cần lập Test Plan 2. Tầm quan trọng của Test PlanLập Test Plan có nhiều lợi ích
3. Làm thế nào để lập Test PlanNhư bạn đã biết thì lập Test Plan là nhiệm vụ quan trọng nhất của Quy trình quản lý kiểm thử. Thực hiện theo 7 bước dưới đây để tạo một kế hoạch kiểm tra theo IEEE 829
Step 1_Phân tích sản phẩm (Analyze the product) Làm thế nào để có thể kiểm thử một sản phẩm mà không có bất kỳ thông tin 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 kiểm thử nó. Sản phẩm đang được kiểm thử 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
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 kiến thức trên vào một sản phẩm thực tế: Phân tích banking website :http://demo.guru99.com/V4 Bạn nên xem qua trang web này và xem xét tài liệu sản phẩm. Đánh giá 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ể confirm với khách hàng, nhà phát triển, nhà thiết kế để có thêm thông tin. Step 2_Xây dựng chiến lược kiếm thử (Develop Test Strategy)Test Strategy (Chiến lược kiểm thử) là một bước quan trọng trong việc lập Test Plan. Tài liệu Test Strategy, là tài liệu high-level, thường được phát triển bởi Test Manager. Tài liệu này định nghĩa:
Tất cả các thành viên dự án sẽ có một sự hiểu biết rõ ràng về những gì được kiểm thử và những gì không Làm thế nào để xác định scope kiểm thử của dự án ? Để xác định scope, bạn phải : Bây giờ nên xác định rõ ràng "in scope" và "out of scope" của kiểm thử.
Vấn đề khó khăn khi xác định scope của dự án Khách hàng muốn bạn kiểm thử API. 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 như vậy, bạn cần thuyết phục khách hàng rằng API Test là extra work và sẽ tiêu tốn resources đáng kể. Cung cấp cho họ dữ liệu hỗ trợ về lập luận của bạn. Nói với họ nếu API Test là "in-scope" thì budget sẽ tăng thêm số tiền XYZ. Khách hàng đồng ý và theo đó các phạm vi mới, ngoài phạm vi các mục là :
Step 3_Xác định đối tượng kiểm thử (Define Test Objective) Test Objective (Đối tượng kiểm thử) là mục tiêu tổng thể và thành tích của việc thực hiện kiểm thử. Test Objective 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 tra không có lỗi trước khi phát hành. Để xác định Test Objective, bạn nên thực hiện 2 bước sau :
Hãy áp dụng các bước này để tìm Test Objective của dự án kiểm thử Guru99 Bank của bạn Bạn có thể chọn phương thức TOP-DOWN' để tìm các tính năng của trang web có thể cần kiểm thử. Trong phương pháp này, bạn chia nhỏ ứng dụng đang kiểm thử thành component và sub-component. Trong chủ đề trước, bạn đã phân tích các thông số kỹ thuật yêu cầu và duyệt qua trang web, do đó bạn có thể tạo Mind-Map để tìm các tính năng của trang web như sau : Hình này thể hiện tất cả các tính năng mà trang web của Guru99 có thể có. Dựa trên các tính năng trên, bạn có thể xác định Test Objective của dự án Guru99 như sau :
Step 4_Xác định tiêu chí kiểm thử (Define Test Criteria) Test Criteria (Tiêu chí kiểm thử) là một tiêu chuẩn hoặc quy tắc mà theo đó một quy trình kiểm thử hoặc đánh giá kiểm thử có thể được dựa trên. Có 2 loại Test Criteria như sau :
Step 5_Lập kế hoạch resource (Resource Planning) Resource plan là một bản tóm tắt chi tiết của tất cả các loại tài nguyên cần thiết để hoàn thành nhiệm vụ của dự án. Resource 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 Resource plan là yếu tố quan trọng của việc lập Test Plan vì giúp xác định số lượng Resource (nhân viên, thiết bị) được sử dụng cho dự án. Do đó, Test Manager có thể lập lịch trình & dự toán chính xác cho dự án. Phần này đại diện cho các resource được đề xuất cho dự án của bạn.
Step 6_Lập kế hoạch Môi trường kiêm thử (Plan Test Environment)
Step 7_Schedule & Estimation Trong bài viếtTest Estimation, bạn đã sử dụng một số kỹ thuật để estimate effort để hoàn thành dự án. Bây giờ bạn nên bao gồm estimate đó cũng như schedule lên Test Planning. Trong giai đoạn Test Estimation, giả sử bạn chia toàn bộ dự án thành các task nhỏ và thêm dự toán cho từng nhiệm vụ như dưới đây : Sau đó, bạn tạo schedule để hoàn thành các task này. Lập schedule là một thuật ngữ phổ biến trong quản lý dự án. Bằng cách tạo một schedule vững chắc trong Test Planning, Test Manager có thể sử dụng nó làm công cụ để theo dõi tiến độ dự án, kiểm soát chi phí vượt mức. Để tạo project schedule, Test Manager cần một số loại đầu vào như dưới đây:
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, bạn đã ước tính effort cho từng task trong Test Estimation. Bạn có thể tạo schedule như dưới đây: Step 8_Deliver sản phẩm thử nghiệm (Test Deliverables) Deliver sản phẩm thử nghiệm là danh sách tất cả các tài liệu, tool và các thành phần khác phải được phát triển và duy trì để hỗ trợ effort kiểm thử. Có các sản phẩm kiểm thử khác nhau ở mọi giai đoạn của vòng đời phát triển phần mềm. Test deliverables được cung cấp trước giai đoạn kiểm thử.
Test deliverables được cung cấp trong quá trình kiểm thử
Test deliverables được cung cấp sau khi chu kỳ kiểm thử kết thúc.
Nguồn: viboTham khảo:https://www.guru99.com/what-everybody-ought-to-know-about-test-planing.html Category Smart Solutions Tags
|