TEST STRATEGY LÀ GÌ

  -  

1. Kiểm tra Plan là gì?

Test Plan là một tài liệu cụ thể phác thảo kế hoạch kiểm thử, phương châm kiểm thử, khoáng sản (nhân lực, phần mềm, phần cứng) quan trọng để kiểm thử, schedule kiểm thử, dự trù kiểm thử cùng deliver. Demo Plan nhập vai trò là 1 trong kế hoạch cụ thể để thực hiện các chuyển động kiểm thử phần mềm như một quá trình xác định, được thống kê giám sát và điều hành và kiểm soát từng bước vị Test Manager.

Bạn đang xem: Test strategy là gì

Bạn đang xem: phương pháp tạo kiểm tra plan

Hãy bước đầu với kịch phiên bản sau : vào một cuộc họp, bạn muốn đàm luận về demo Plan với các thành viên trong nhóm, nhưng mà họ không quan tâm.


*

Trong trường phù hợp như vậy, bạn sẽ làm gì? chọn câu trả lời của người sử dụng theo hình bên dưới:

*

A) Tôi là Manager hãy làm đông đảo thứ như tôi nói

B) OK, để tôi giải thích tại sao họ cần lập kiểm tra Plan

2. Tầm quan trọng đặc biệt của kiểm tra Plan

Lập test Plan có không ít lợi ích

Test Plan giúp bọn họ xác định effort quan trọng để xác nhận quality của áp dụng đang kiểm thửGiúp những người dân ngoài nhóm kiểm test như đơn vị phát triển, cai quản doanh nghiệp, quý khách hiểu chi tiết về kiểm thử.Tes Plan hướng dẫn lưu ý đến của chúng ta. Nó hệt như một cuốn sách quy tắc, rất cần phải được tuân theo.Các khía cạnh đặc trưng như demo Estimation, thử nghiệm Scope, chiến lược test được đánh dấu trong chạy thử Plan, bởi đó, nhóm thống trị có thể chu đáo và sử dụng lại cho những dự án khác.


*

3. Làm thay nào nhằm lập thử nghiệm Plan

Như chúng ta đã biết thì lập demo Plan là nhiệm vụ đặc trưng nhất của Quy trình thống trị kiểm thử. Triển khai theo 7 bước sau đây để chế tạo ra một kế hoạch khám nghiệm theo IEEE 829

Analyze the sản phẩm - so với sản phẩmDesign the test Strategy - Lập kế hoạch kiểm thửDefine the test Objectives - xác định mục tiêu kiểm thửDefine thử nghiệm Criteria - xác định tiêu chí kiểm thửResource Planning - Hoạch định nguồn lựcPlan kiểm tra Environment - Kế hoạch môi trường xung quanh kiểm thửSchedule & Estimation - lịch trình & Dự toánDetermine chạy thử Deliverables - đưa ra quyết định deliver sản phẩn


*

Step 1_Phân tích thành phầm (Analyze the product)

Làm nắm nào để rất có thể kiểm test một sản phẩm mà ko có ngẫu nhiên thông tin về nó? Câu trả lời là không thể. Các bạn phải tò mò kỹ một sản phẩm trước khi kiểm test nó. Thành phầm đang được kiểm thử là trang web bank Guru99. Bạn nên nghiên cứu người tiêu dùng và người dùng cuối nhằm biết yêu cầu và mong đợi của họ từ ứng dụng

Who will use the website? (Ai sẽ sử dụng trang web?)What is it used for? (Nó được dùng để gia công gì?)How will it work? (Nó sẽ làm việc như ráng nào?)What are software/ hardware the sản phẩm uses? (Phần mượt / phần cứng sản phẩm sử dụng là gì?)

Bạn có thể sử dụng phương thức sau nhằm phân tích trang web


*

Bạn cần xem qua website này và xem xét tài liệu sản phẩm. Đánh giá bán tài liệu sản phẩm giúp cho bạn hiểu toàn bộ các anh tài của trang web cũng tương tự cách thực hiện nó. Nếu như bạn không rõ ràng về bất kỳ mục nào, chúng ta có thể confirm với khách hàng hàng, bên phát triển, bên thiết kế để sở hữu thêm thông tin.

Step 2_Xây dựng chiến lược kiếm test (Develop test Strategy) Test Strategy (Chiến lược kiểm thử) là một trong những bước đặc biệt trong việc lập chạy thử Plan. Tài liệu chạy thử Strategy, là tư liệu high-level, thường được phát triển bởi thử nghiệm Manager.

Tài liệu này định nghĩa:

Mục tiêu kiểm thử của dự án và các phương một thể để đạt được chúng

Xác định effort và ngân sách kiểm thử. Cù lại dự án công trình của bạn, bạn cần cải tiến và phát triển Test Strategy để kiểm demo trang web bank đó. Bạn nên làm theo quá trình dưới đây :

Step 2.1_Định nghĩa phạm vi của kiểm test (Define Scope of Testing)

Trước khi bước đầu bất kỳ hoạt động kiểm thử nào, phải ghi nhận phạm vi kiểm thử. Bạn phải xem xét kỹ về nó.

Xác định scope của dự án công trình kiểm thử của người tiêu dùng là rất đặc trưng đối với toàn bộ các mặt liên quan. Một scope chính xác giúp bạn

Step 2.2_Xác định một số loại kiểm demo (Identify Testing Type)

Testing Type là một quy trình kiểm test tiêu chuẩn chỉnh mang lại công dụng kiểm test dự kiến.

Mỗi Testing Type được kiến thiết để khẳng định một một số loại lỗi sản phẩm cụ thể. Nhưng, toàn bộ các Testing Type đều nhằm mục tiêu đạt được một mục tiêu chung. Phát hiện tại sớm toàn bộ các lỗi trước khi phát hành sản phẩm cho khách hàng.

Các Testing Type thường xuyên được áp dụng được biểu thị như hình sau đây :


Có rất nhiều Testing Type để kiểm thử thành phầm phần mềm. Nhóm của người sử dụng không thể tất cả đủ effort để xử lý toàn bộ các các loại kiểm thử. Nếu là test Manager, bạn phải để mức độ ưu tiên của các Testing Type.

Testing Type nào nên được tập trung để kiểm thử ứng dụng web?

Testing Type nào đề xuất được bỏ qua để tiết kiệm chi phí?

Bây giờ hãy thực hành với dự án công trình của bạn. Sản phẩm bạn muốn kiểm tra là banking website. Những loại thử nghiệm nào các bạn nên tập trung trong trường thích hợp này? Chọn toàn bộ những gì áp dụng A) Unit Testing B) API Testing C) Integration Testing D) System Testing E) Install/Uninstall Testing F) Agile testing

Step 2.3_Tạo và tàng trữ tài liệu về Risk & Issues (Document Risk và Issues)

Risk là việc kiện không chắc chắn là xảy ra sau đây nhưng có xác suất xảy ra và có tác dụng thua lỗ. Lúc Risk đích thực xảy ra, nó sẽ biến chuyển issue.

Trong bài viết phân tích Risk cùng Solution, chúng ta đã mày mò về so với Risk cụ thể và xác định các Risk tàng ẩn trong dự án.

Trong QA kiểm tra Plan, các bạn sẽ ghi lại đa số Risk đó


Step 2.4_Tạo thử nghiệm Logistics

Trong test Logistics, test Manager cần trả lời các thắc mắc sau:

Ai sẽ là người thực hiện kiểm thử (Who will test) ?

Bạn có thể không biết tên chính xác của Tester, nhưng lại phân các loại Tester hoàn toàn có thể được xác định.

Để lựa chọn thành viên tương xứng với task nắm thể, các bạn phải xem xét nếu kỹ năng của họ bao gồm đủ điều kiện cho task tuyệt không, cũng như ước tính chi tiêu dự án. Lựa chọn thành viên sai cho task rất có thể gây ra các dự án thua trận hay chậm chạp trễ.

Người có các năng lực sau là lý tưởng tốt nhất để tiến hành kiểm thử phần mềm:

Trong dự án của bạn, thành viên fan mà sẽ chịu đựng trách nhiệm thực hiện kiểm thử là Tester. Dựa trên chi phí dự án, bạn có thể chọn thành viên trong nội cỗ hoặc thuê tín đồ ngoài có tác dụng Tester.

Xem thêm: Chỉ Số Roa Là Gì - Cách Tính Và Ứng Dụng (Chi Tiết)

Khi như thế nào sẽ triển khai kiểm test (When will the demo occur) ?

Các chuyển động kiểm thử phải được kết phù hợp với các chuyển động phát triển liên quan. Các bạn sẽ bước đầu kiểm thử khi bạn có tất cả các mục yêu mong được hiển thị vào hình sau đây :

Các nguyên tố của hệ thống sẽ được kiểm test (phần cứng, phần mềm, phần mềm trung gian, v.v.) được quan niệm là "in scope (trong phạm vi)"Các thành phần của khối hệ thống sẽ ko được kiểm thử cũng rất cần phải xác định rõ ràng là "out of scope (ngoài phạm vi)".

Cung cung cấp cho mọi tín đồ một sự chắc hẳn rằng và thông tin chính xác về kiểm thử mà các bạn đang làm

Tất cả những thành viên dự án sẽ sở hữu một sự đọc biết ví dụ về hầu hết gì được kiểm demo và phần lớn gì không

Làm cố nào để xác minh scope kiểm thử của dự án ?

Để khẳng định scope, bạn phải :

Bây giờ buộc phải xác định ví dụ "in scope" và "out of scope" của kiểm thử.

Theo thông số kỹ thuật kỹ thuật yêu cầu phần mềm, dự án công trình Guru99 bank chỉ triệu tập vào kiểm thử tất cả các tính năng và giao diện bên phía ngoài của trang web Guru99 bank (in scope)Kiểm test nonfunctional như stress, performance hoặc logical database sẽ không được kiểm thử (out of scope) 

Vấn đề trở ngại khi khẳng định scope của dự án

Khách hàng muốn bạn kiểm test API. Nhưng ngân sách dự án không chất nhận được làm như vậy. Trong trường hợp như vậy các bạn sẽ làm gì?

Trong trường hòa hợp như vậy, bạn phải thuyết phục khách hàng rằng API thử nghiệm là extra work với 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ọ trường hợp API chạy thử là "in-scope" thì budget sẽ tạo thêm số tiền XYZ.

Khách hàng gật đầu và theo đó các phạm vi mới, kế bên phạm vi các mục là :

Precise customer requirement (Nắm được yêu cầu đúng chuẩn của khách hàng)Project Budget (Ngân sách dự án)Product Specification (Đặc điểm nghệ thuật sản phẩm)Skills & talent of your test team (Kỹ năng và trình độ của tập thể nhóm kiểm thử của bạn)Các mục in-scope : Functional Testing, API TestCác mục out of scope : Database Testing, hardware và ngẫu nhiên giao diện bên phía ngoài nào khácAi vẫn là người tiến hành kiểm test (Who will test)?Khi nào sẽ thực hiện kiểm test (When will the test occur)?Khả năng hiểu quan điểm của khách hàng hàngMong muốn quality tốtChú ý đến chi tiếtTinh thần bắt tay hợp tác tốt

Step 3_Xác định đối tượng kiểm demo (Define thử nghiệm Objective)

Test Objective (Đối tượng kiểm thử) là mục tiêu tổng thể và các thành tích của việc tiến hành kiểm thử. Thử nghiệm Objective là đưa 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 tồn tại lỗi trước lúc phát hành.

Để xác minh Test Objective, các bạn nên tiến hành 2 bước sau :

Liệt kê tất cả các tính năng phần mềm (functionality, performance, GUI…) hoàn toàn có thể cần kiểm thử.Xác định phương châm hoặc mục đích của kiểm demo dựa trên những tính năng trên

Hãy áp dụng quá trình này nhằm tìm chạy thử Objective của dự án công trình kiểm thử Guru99 ngân hàng của bạn

Bạn hoàn toàn có thể chọn cách làm ‘TOP-DOWN" để tìm các tính năng của trang web hoàn toàn có thể cần kiểm thử. Trong cách thức này, các bạn chia nhỏ tuổi ứng dụng vẫn kiểm test thành component cùng sub-component.

Trong chủ thể trước, các bạn đã phân tích các thông số kỹ thuật yêu mong và coi ngó qua trang web, vì đó chúng ta cũng 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 tuấn kiệt mà website của Guru99 có thể có.

Dựa trên các tính năng trên, chúng ta có thể xác định thử nghiệm Objective của dự án công trình Guru99 như sau :

Kiểm tra xem liệu chức năng của website Gur99 (Account, Deposit…) có chuyển động như hy vọng đợi nhưng không có ngẫu nhiên error hoặc bug như thế nào trong môi trường business thực ko ?Kiểm tra coi giao diện phía bên ngoài của website như UI có vận động như mong mỏi đợi và thỏa mãn nhu cầu nhu cầu của chúng ta không ?Xác minh usability của trang web. Những tính năng đó tất cả thuận tiện cho tất cả những người dùng xuất xắc không?

Step 4_Xác định tiêu chuẩn kiểm demo (Define chạy thử Criteria)

Test Criteria (Tiêu chí kiểm thử) là một trong tiêu chuẩn chỉnh hoặc phép tắc mà theo đó một tiến trình kiểm test hoặc review kiểm thử hoàn toàn có thể được dựa trên. Tất cả 2 loại Test Criteria như sau :

Tiêu chí đình chỉ kiểm demo (Suspension Criteria)

Xác định các tiêu chuẩn đình chỉ kiểm thử quan trọng cho một bài bác kiểm thử. Nếu như các tiêu chuẩn đình chỉ kiểm demo được thỏa mãn nhu cầu trong quy trình kiểm thử, chu kỳ kiểm thử chuyển động sẽ bị đình chỉ cho tới khi các tiêu chí được giải quyết.

Tiêu chí kết thúc kiểm test (Exit Criteria)

Tiêu chí xong kiểm thử khẳng định các tiêu chuẩn thể hiện sự hoàn thành thành công của quá trình kiểm thử. Các tiêu chí xong kiểm demo là tác dụng được hướng đến là mục tiêu của demo nghiệm cùng là quan trọng trước khi thực hiện giai đoạn cải cách và phát triển tiếp theo. Ví dụ: 95% của toàn bộ các trường thích hợp kiểm thử đặc biệt quan trọng phải Pass. Một số phương pháp xác định tiêu chí xong xuôi kiểm thử là bằng phương pháp xác định run rate cùng pass rate được nhắm mục tiêu.

Run rate là phần trăm giữa số các trường vừa lòng kiểm demo được tiến hành / tổng cộng trường phù hợp kiểm thử của quánh tả kiểm thử. Ví dụ: sệt tả chuyên môn kiểm tra tất cả tổng số 120 TCs, dẫu vậy Tester chỉ thực hiện 100 TCs, vày vậy Run rate là 100/120 = 0,83 (83%)Pass rate là xác suất giữa số lượng các trường đúng theo kiểm demo pass / số lượng các trường hợp kiểm thử được thực hiện. Ví dụ: trong hơn 100 TCs được thực thi, có 80 TCs vẫn pass, bởi đó, Pass rate là 80/100 = 0,8 (80%) 

Dữ liệu này rất có thể được lấy trong số tài liệu test Metric.

Run rate phải là 100% trừ khi có lý do rõ ràng.

Pass rate phụ thuộc vào phạm vi dự án, nhưng giành được Pass rate cao là một trong những mục tiêu.

Ví dụ: Nhóm của người tiêu dùng đã tiến hành các kiểm thử. Họ báo cáo kết quả kiểm thử cho chính mình và họ muốn bạn xác thực Exit Criteria.

Xem thêm: Nghĩa Của Từ Backwards Là Gì, Nghĩa Của Từ Backwards, Dịch Từ Backward Từ Anh Sang Việt

Trong trường hợp trên, Run rate là yêu cầu là 100%, tuy nhiên nhóm kiểm thử chỉ kết thúc 90% những trường thích hợp kiểm thử. Điều đó có nghĩa là Run rate ko được thỏa mãn, bởi vì vậy KHÔNG xác nhận Exit Criteria

Step 5_Lập chiến lược resource (Resource Planning)

Resource plan là một bạn dạng tóm tắt cụ thể của toàn bộ các loại tài nguyên cần thiết để chấm dứt nhiệm vụ của dự án. Resource có thể là nhỏ người, thiết bị cùng vật liệu cần thiết để xong một dự án

Việc lập Resource plan là yếu đuối tố đặc biệt của vấn đề lập demo Plan bởi giúp khẳng định số lượng Resource (nhân viên, thiết bị…) được thực hiện cho dự án. Vày đó, kiểm tra Manager có thể lập kế hoạch trình & dự toán đúng chuẩn cho dự án.