Test plan là gì

  -  

1. Test Plan là gì?

Test Plan là một trong tư liệu chi tiết demo chiến lược kiểm thử, Mục tiêu kiểm demo, tài ngulặng (nhân lực, ứng dụng, phần cứng) cần thiết nhằm kiểm thử, schedule kiểm test, Dự toán thù kiểm test với deliver. Test Plan vào vai trò là một trong những planer chi tiết nhằm tiến hành những chuyển động kiểm demo ứng dụng nhỏng một tiến trình xác định, được tính toán với kiểm soát từng bước một vì Test Manager.quý khách hàng đang xem: Test plan là gì? tất cả sứ mệnh như thế nào?

Hãy bắt đầu cùng với kịch phiên bản sau : Trong một cuộc họp, bạn muốn bàn bạc về Test Plan cùng với những member vào đội, tuy nhiên họ ko quan tâm.

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


*

Trong trường phù hợp điều này, các bạn sẽ có tác dụng gì? Chọn câu trả lời của người tiêu dùng theo hình mặt dưới:

*

A) Tôi là Manager hãy có tác dụng đông đảo vật dụng như tôi nói

B) OK, nhằm tôi phân tích và lý giải tại vì sao chúng ta bắt buộc lập Test Plan

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

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

Test Plan giúp bọn họ khẳng định effort cần thiết để chứng thực quality của ứng dụng đang kiểm thửGiúp những người dân ngoại trừ team kiểm thử như nhà trở nên tân tiến, thống trị doanh nghiệp lớn, người tiêu dùng đọc cụ thể về kiểm demo.Tes Plan khuyên bảo quan tâm đến của bọn họ. Nó y như một cuốn sách luật lệ, cần được được tuân thủ theo đúng.Các chu đáo quan trọng đặc biệt nlỗi Test Estimation, Test Scope, Chiến lược test được lưu lại trong Test Plan, vì vậy, team làm chủ có thể để ý với sử dụng lại cho các dự án công trình khác.


*

3. Làm cố kỉnh nào để lập Test Plan

Nhỏng chúng ta vẫn biết thì lập Test Plan là nhiệm vụ đặc biệt quan trọng độc nhất của Quy trình làm chủ kiểm demo. Thực hiện theo 7 bước sau đây để tạo thành một kế hoạch chất vấn theo IEEE 829

Analyze the product - Phân tích sản phẩmDesign the Test Strategy - Lập kế hoạch kiểm thửDefine the Test Objectives - Xác định phương châm kiểm thửDefine Test Criteria - Xác định tiêu chuẩn kiểm thửResource Planning - Hoạch định nguồn lựcPlan Test Environment - Kế hoạch môi trường thiên nhiên kiểm thửSchedule và Estimation - Lịch trình & Dự toánDetermine Test Deliverables - Quyết định deliver sản phẩn


*

Step 1_Phân tích sản phẩm (Analyze the product)

Làm nỗ lực nào nhằm có thể kiểm test một sản phẩm mà không tồn tại ngẫu nhiên biết tin về nó? Câu vấn đáp là cần thiết. Bạn phải mày mò kỹ một thành phầm trước lúc kiểm thử nó. Sản phđộ ẩm đang rất được kiểm test là website bank Guru99. Quý khách hàng đề nghị nghiên cứu khách hàng với người dùng cuối để hiểu nhu cầu với ý muốn hóng của họ tự ứng dụng

Who will use the website? (Ai sẽ thực hiện trang web?)What is it used for? (Nó được dùng để triển khai gì?)How will it work? (Nó vẫn thao tác làm việc như thế nào?)What are software/ hardware the product uses? (Phần mềm / Hartware sản phẩm sử dụng là gì?)

Quý Khách rất có thể thực hiện phương pháp sau nhằm phân tích trang web


*

quý khách hàng đề xuất liếc qua website này với chú ý tư liệu sản phẩm. Đánh giá chỉ tài liệu thành phầm giúp cho bạn gọi tất cả các chức năng của website cũng giống như biện pháp sử dụng nó. Nếu các bạn ko rõ ràng về ngẫu nhiên mục làm sao, chúng ta cũng có thể confirm cùng với người sử dụng, công ty cải tiến và phát triển, đơn vị kiến tạo để sở hữu thêm thông báo.

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

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

Mục tiêu kiểm test của dự án với những phương tiện đi lại để đã đạt được chúng

Xác định effort và chi phí kiểm test. Quay lại dự án công trình của khách hàng, bạn phải trở nên tân tiến Test Strategy nhằm kiểm demo trang web ngân hàng kia. Quý khách hàng yêu cầu làm theo các bước sau đây :

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

Trước Khi ban đầu bất kỳ hoạt động kiểm thử như thế nào, phải biết phạm vi kiểm demo. quý khách hàng nên xem xét kỹ về nó.

Xác định scope của dự án công trình kiểm demo của người tiêu dùng là vô cùng đặc trưng với cả các mặt tương quan. Một scope đúng đắn giúp bạn

Step 2.2_Xác định các loại kiểm test (Identify Testing Type)

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

Mỗi Testing Type được xây dựng để xác định một nhiều loại lỗi thành phầm ví dụ. Nhưng, toàn bộ các Testing Type gần như nhằm giành được một mục tiêu phổ biến. Phát hiện nay sớm toàn bộ những lỗi trước khi xây dựng thành phầm cho quý khách hàng.

Các Testing Type thường được sử dụng được biểu đạt nhỏng hình tiếp sau đây :


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

Testing Type làm sao đề xuất được triệu tập nhằm kiểm thử áp dụng web?

Testing Type nào đề xuất được bỏ qua nhằm tiết kiệm ngân sách chi phí?

Bây giờ hãy thực hành với dự án của bạn. Sản phẩm bạn muốn khám nghiệm là banking website. Những một số loại thí nghiệm như thế nào bạn nên triệu tập trong ngôi trường đúng theo này? Chọn tất cả những gì vận 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 cùng lưu trữ tư liệu về Risk và Issues (Document Risk & Issues)

Risk là sự việc kiện không chắc chắn xảy ra trong tương lai tuy nhiên bao gồm tỷ lệ xẩy ra và có công dụng thất bại lỗ. Lúc Risk đích thực xảy ra, nó sẽ đổi mới issue.

Trong bài viết so với Risk với Solution, chúng ta sẽ tìm hiểu về phân tích Risk cụ thể với khẳng định những Risk ẩn chứa trong dự án.

Trong QA Test Plan, các bạn sẽ ghi lại hồ hết Risk đó


Step 2.4_Tạo Test Logistics

Trong Test Logistics, Test Manager bắt buộc vấn đáp những thắc mắc sau:

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

Bạn có thể lưỡng lự thương hiệu đúng đắn của Tester, mà lại phân một số loại Tester rất có thể được xác minh.

Để lựa chọn thành viên cân xứng cùng với task cụ thể, bạn buộc phải cẩn thận nếu như năng lực của họ bao gồm đủ điều kiện mang đến task hay không, cũng giống như dự trù chi phí dự án công trình. Lựa lựa chọn member sai mang đến task có thể tạo ra các dự án công trình thua cuộc giỏi lừ đừ.

Người bao gồm các kỹ năng sau là lý tưởng phát minh độc nhất để triển khai kiểm test phần mềm:

Trong dự án công trình của chúng ta, thành viên tín đồ nhưng mà vẫn Chịu trách nát nhiệm thực hiện kiểm demo là Tester. Dựa bên trên túi tiền dự án công trình, bạn có thể lựa chọn member vào nội bộ hoặc mướn tín đồ ngoài làm cho Tester.

Xem thêm: Cách Lên Đồ, Bảng Ngọc Bổ Trợ Và Cách Chơi Darius Top Mới Nhất

lúc nào sẽ thực hiện kiểm demo (When will the demo occur) ?

Các chuyển động kiểm test đề xuất được kết phù hợp với các vận động phát triển tương quan. Bạn đang bước đầu kiểm test khi bạn gồm toàn bộ các mục tận hưởng được hiển thị vào hình dưới đây :

Các nguyên tố của khối hệ thống sẽ được kiểm thử (phần cứng, ứng dụng, phần mềm trung gian, v.v.) được có mang là "in scope (trong phạm vi)"Các nguyên tố của hệ thống sẽ không còn được kiểm thử cũng rất cần phải xác định ví dụ là "out of scope (bên cạnh phạm vi)".

Cung cung cấp mang đến những người một sự chắc chắn rằng và ban bố đúng mực về kiểm demo nhưng mà chúng ta đã làm

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

Làm nuốm làm sao nhằm khẳng định scope kiểm demo của dự án công trình ?

Để xác định scope, bạn buộc phải :

Bây tiếng bắt buộc xác minh cụ thể "in scope" và "out of scope" của kiểm demo.

Theo thông số kỹ thuật nghệ thuật đề nghị ứng dụng, dự án Guru99 Bank chỉ tập trung vào kiểm thử toàn bộ các tính năng và hình ảnh phía bên ngoài của website Guru99 Bank (in scope)Kiểm test nonfunctional như găng, performance hoặc logical database sẽ không còn được kiểm demo (out of scope) 

Vấn đề trở ngại Lúc xác minh scope của dự án

Khách hàng ao ước các bạn kiểm test API. Nhưng túi tiền dự án ko được cho phép làm cho những điều đó. Trong trường hòa hợp điều đó các bạn sẽ có tác dụng gì?

Trong ngôi trường vừa lòng như thế, bạn phải thuyết phục người tiêu dùng rằng API Test là extra work cùng đã tiêu hao resources đáng chú ý. Cung cung cấp cho bọn họ tài liệu cung ứng về lập luận của khách hàng. Nói cùng với chúng ta trường hợp API Test là "in-scope" thì budget đang tăng thêm số tiền XYZ.

Khách hàng gật đầu và theo đó những phạm vi bắt đầu, ngoài phạm vi các mục là :

Precise customer requirement (Nắm được đề nghị đúng mực của khách hàng)Project Budget (túi tiền dự án)Product Specification (Điểm lưu ý chuyên môn sản phẩm)Skills và talent of your kiểm tra team (Kỹ năng và chuyên môn của 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 đồ họa bên phía ngoài nào khácAi đang là fan tiến hành kiểm demo (Who will test)?khi làm sao sẽ triển khai kiểm test (When will the chạy thử occur)?Khả năng hiểu ý kiến của khách hàng hàngMong ý muốn unique tốtChú ý đến bỏ ra tiếtTinch thần bắt tay hợp tác tốt

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

Test Objective sầu (Đối tượng kiểm thử) là kim chỉ nam tổng thể và các kết quả của vấn đề tiến hành kiểm test. Test Objective sầu là đưa ra càng những lỗi ứng dụng càng tốt; đảm bảo an toàn rằng phần mềm được kiểm tra không có lỗi trước lúc desgin.

Để xác định Test Objective, bạn nên thực hiện 2 bước sau :

Liệt kê toàn bộ những khả năng phần mềm (functionality, performance, GUI…) rất có thể yêu cầu kiểm test.Xác định mục tiêu hoặc mục tiêu của kiểm test dựa vào những tác dụng trên

Hãy áp dụng quá trình này nhằm kiếm tìm Test Objective của dự án kiểm demo Guru99 Bank của bạn

quý khách hoàn toàn có thể lựa chọn cách làm ‘TOP-DOWN" để tìm kiếm các công dụng của website hoàn toàn có thể đề nghị kiểm thử. Trong phương thức này, bạn phân chia nhỏ dại vận dụng đã kiểm test thành component và sub-component.

Trong chủ đề trước, các bạn đã so sánh các thông số chuyên môn tận hưởng và chăm chút qua trang web, cho nên vì vậy bạn cũng có thể tạo ra Mind-Map nhằm tìm kiếm các hào kiệt của website nhỏng sau :

Hình này diễn đạt tất cả những tài năng mà website của Guru99 rất có thể có.

Dựa trên các tuấn kiệt bên trên, bạn cũng có thể xác định Test Objective sầu của dự án Guru99 nlỗi sau :

Kiểm tra xem liệu chức năng của trang web Gur99 (Account, Deposit…) tất cả vận động như muốn hóng nhưng không có bất kỳ error hoặc bug nào vào môi trường thiên nhiên business thực ko ?Kiểm tra xem đồ họa phía bên ngoài của trang web như UI tất cả vận động như ước ao hóng cùng đáp ứng nhu cầu nhu cầu của người tiêu dùng không ?Xác minc usability của website. Những tác dụng đó bao gồm thuận tiện cho người cần sử dụng hay không?

Step 4_Xác định tiêu chí kiểm test (Define Test Criteria)

Test Criteria (Tiêu chí kiểm thử) là một tiêu chuẩn hoặc nguyên tắc mà Từ đó một các bước kiểm demo hoặc đánh giá kiểm demo có thể được dựa vào. Có 2 nhiều loại Test Criteria nhỏng sau :

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

Xác định các tiêu chí đình chỉ kiểm test đặc trưng cho 1 bài bác kiểm thử. Nếu các tiêu chí đình chỉ kiểm demo được đáp ứng nhu cầu vào quy trình kiểm demo, chu kỳ kiểm demo chuyển động sẽ bị đình chỉ cho tới Lúc các tiêu chí được giải quyết.

Tiêu chí xong kiểm thử (Exit Criteria)

Tiêu chí xong kiểm test xác định những tiêu chuẩn diễn tả sự chấm dứt thành công xuất sắc của quy trình kiểm test. Các tiêu chuẩn xong kiểm test là công dụng được nhắm tới là kim chỉ nam của thí điểm cùng là quan trọng trước khi tiến hành tiến độ trở nên tân tiến tiếp sau. Ví dụ: 95% của toàn bộ các ngôi trường vừa lòng kiểm thử đặc biệt nên Pass. Một số phương thức xác minh tiêu chí hoàn thành kiểm demo 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à Tỷ Lệ thân số những trường vừa lòng kiểm thử được thực hiện / tổng số trường đúng theo kiểm demo của sệt tả kiểm demo. Ví dụ: sệt tả chuyên môn đánh giá bao gồm tổng cộng 120 TCs, cơ mà Tester chỉ thực hiện 100 TCs, vày vậy Run rate là 100/1đôi mươi = 0,83 (83%)Pass rate là Tỷ Lệ thân con số những trường đúng theo kiểm test pass / Số lượng những trường phù hợp kiểm test được triển khai. Ví dụ: trong hơn 100 TCs được xúc tiến, bao gồm 80 TCs sẽ pass, vì thế, Pass rate là 80/100 = 0,8 (80%) 

Dữ liệu này hoàn toàn có thể được lấy trong những tài liệu Test Metric.

Run rate đề xuất là 100% trừ khi tất cả nguyên do rõ ràng.

Pass rate phụ thuộc vào phạm vi dự án, dẫu vậy dành được Pass rate cao là một trong những phương châm.

Ví dụ: Nhóm của doanh nghiệp vẫn tiến hành những kiểm test. Họ report hiệu quả kiểm thử cho mình cùng họ có nhu cầu các bạn xác thực Exit Criteria.

Xem thêm: Hướng Dẫn Tải, Chơi Game Ngôi Sao Hoàng Cung 360Mobi Cho Android, Iphone

Trong trường hòa hợp bên trên, Run rate là đề xuất là 100%, tuy thế đội kiểm test chỉ hoàn thành 90% những ngôi trường hợp kiểm thử. Điều kia tức là Run rate không được thỏa mãn, bởi vì vậy KHÔNG xác thực Exit Criteria

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

Resource plan là một trong những bạn dạng nắm tắt cụ thể của toàn bộ những loại tài ngulặng cần thiết nhằm xong xuôi trọng trách của dự án công trình. Resource rất có thể là bé tín đồ, trang bị cùng vật liệu cần thiết để chấm dứt một dự án

Việc lập Resource plan là yếu tố đặc biệt của Việc lập Test Plan vị giúp khẳng định số lượng Resource (nhân viên cấp dưới, thiết bị…) được sử dụng mang đến dự án. Do đó, Test Manager rất có thể lập kế hoạch trình & dự toán đúng mực cho dự án công trình.