Cách Tạo Test Plan

  -  

1. Test Plan là gì?

Test Plan là một trong những tài liệu chi tiết tổng quát kế hoạch kiểm test, Mục tiêu kiểm thử, tài ngulặng (lực lượng lao động, ứng dụng, phần cứng) quan trọng để kiểm test, schedule kiểm thử, Dự toán kiểm test với deliver. Test Plan đóng vai trò là 1 trong kế hoạch chi tiết nhằm triển khai các vận động kiểm demo ứng dụng như một các bước khẳng định, được đo lường cùng kiểm soát từng bước vày Test Manager.

Bạn đang xem: Cách tạo test plan

Hãy bước đầu cùng với kịch bạn dạng sau : Trong một cuộc họp, bạn có nhu cầu thảo luận về Test Plan cùng với các thành viên trong đội, tuy vậy họ không quyên tâm.

*

Trong trường vừa lòng như thế, các bạn sẽ làm gì? Chọn câu trả lời của công ty theo như hình mặt dưới:

*

A) Tôi là Manager hãy làm phần nhiều máy nlỗi tôi nói

B) OK, nhằm tôi giải thích tại sao họ nên lập Test Plan

2. Tầm đặc biệt của Test Plan

Lập Test Plan có tương đối nhiều lợi ích

Test Plan giúp họ khẳng định effort quan trọng để chứng thực quality của áp dụng đã kiểm thửGiúp những người dân kế bên team kiểm test như nhà cải tiến và phát triển, quản lý công ty, người tiêu dùng phát âm cụ thể về kiểm thử.Tes Plan giải đáp cân nhắc của bọn họ. Nó y như một cuốn sách luật lệ, rất cần được được theo đúng.Các tinh tế quan trọng như Test Estimation, Test Scope, Chiến lược test được đánh dấu vào Test Plan, cho nên vì thế, team quản lý có thể xem xét cùng thực hiện lại cho những dự án khác.

*

3. Làm cầm cố như thế nào để lập Test Plan

Nhỏng chúng ta đã biết thì lập Test Plan là trách nhiệm đặc biệt duy nhất của Quy trình thống trị kiểm thử. Thực hiện nay theo 7 bước tiếp sau đây để chế tạo một planer chất vấn theo IEEE 829

Analyze the sản phẩm - 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 kim chỉ nam kiểm thửDefine Test Criteria - Xác định tiêu chuẩn kiểm thửResource Planning - Hoạch định mối cung cấp lựcPlan Test Environment - Kế hoạch môi trường thiên nhiên kiểm thửSchedule & 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 vắt như thế nào để hoàn toàn có thể kiểm demo một thành phầm nhưng không tồn tại ngẫu nhiên lên tiếng về nó? Câu trả lời là cấp thiết. Quý khách hàng phải tìm hiểu kỹ một thành phầm trước lúc kiểm test nó. Sản phẩm đang rất được kiểm thử là trang web bank Guru99. Bạn phải nghiên cứu quý khách với người dùng cuối để tìm hiểu nhu yếu với mong ngóng của mình trường đoản cú ứng dụng

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

Quý Khách hoàn toàn có thể thực hiện cách thức sau nhằm so sánh trang web

*

*

Bạn nên liếc qua website này cùng lưu ý tư liệu thành phầm. Đánh giá bán tài liệu thành phầm giúp đỡ bạn đọc toàn bộ những bản lĩnh của trang web cũng giống như phương pháp áp dụng nó. Nếu bạn không cụ thể về ngẫu nhiên mục làm sao, bạn cũng có thể confirm với khách hàng, công ty cải cách và phát triển, công ty xây dựng để có thêm báo cáo.

Step 2_Xây dựng kế hoạch kiếm demo (Develop Test Strategy) Test Strategy (Chiến lược kiểm thử) là một trong những bước quan trọng vào Việc lập Test Plan. Tài liệu Test Strategy, là tài liệu high-màn chơi, hay được trở nên tân tiế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à những phương tiện đi lại nhằm có được chúng

Xác định effort với chi phí kiểm thử. Quay lại dự án công trình của người tiêu dùng, bạn cần cải cách và phát triển Test Strategy nhằm kiểm test trang web bank đó. quý khách yêu cầu tuân 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ỳ vận động kiểm demo nào, phải ghi nhận phạm vi kiểm test. Bạn buộc phải suy nghĩ kỹ về nó.

Xác định scope của dự án kiểm demo của khách hàng là rất đặc biệt quan trọng đối với cả các mặt tương quan. Một scope đúng chuẩn giúp bạn

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

Testing Type là 1 trong những quy trình kiểm demo tiêu chuẩn chỉnh mang lại kết quả kiểm demo dự con kiến.

Mỗi Testing Type được tạo ra để khẳng định một một số loại lỗi thành phầm ví dụ. Nhưng, tất cả những Testing Type những nhằm có được một mục tiêu chung. Phát hiện nhanh chóng tất cả các lỗi trước lúc thi công thành phầm mang đến khách hàng.

Các Testing Type hay được thực hiện được biểu lộ nlỗi hình sau đây :

*

Có không ít Testing Type nhằm kiểm test sản phẩm phần mềm. Nhóm của khách hàng không thể gồm đầy đủ effort để cách xử trí toàn bộ các loại kiểm thử. Nếu là Test Manager, chúng ta phải kê mức độ ưu tiên của những Testing Type.

Testing Type như thế nào yêu cầu được triệu tập nhằm kiểm demo áp dụng web?

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

Bây giờ hãy thực hành cùng với dự án công trình của công ty. Sản phđộ ẩm bạn có nhu cầu đánh giá là banking website. Những các loại thể nghiệm nào chúng ta nên triệu tập vào ngôi trường vừa lòng này? Chọn tất cả mọi 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 cùng tàng trữ tư liệu về Risk và Issues (Document Risk và Issues)

Risk là sự khiếu nại ko chắc chắn xảy ra trong tương lai nhưng mà có xác suất xẩy ra và có công dụng thua kém lỗ. khi Risk thực sự xảy ra, nó vẫn phát triển thành issue.

Trong nội dung bài viết đối chiếu Risk với Solution, bạn đã khám phá về so với Risk chi tiết với xác định những Risk tiềm ẩn trong dự án công trình.

Trong QA Test Plan, các bạn sẽ ghi lại hầu như Risk đó

*

Step 2.4_Tạo Test Logistics

Trong Test Logistics, Test Manager yêu cầu trả lời các thắc mắc sau:

Ai sẽ là bạn thực hiện kiểm demo (Who will test) ?

Bạn có thể lần chần thương hiệu đúng chuẩn của Tester, tuy thế phân nhiều loại Tester hoàn toàn có thể được khẳng định.

Để lựa chọn thành viên cân xứng với task cụ thể, chúng ta buộc phải chăm chú nếu như kỹ năng của họ tất cả đầy đủ điều kiện mang lại task hay không, cũng tương tự dự trù túi tiền dự án công trình. Lựa chọn member không đúng đến task có thể tạo ra các dự án thất bại tốt chậm rãi.

Người gồm những năng lực sau là lý tưởng tốt nhất nhằm tiến hành kiểm test phần mềm:

Trong dự án công trình của người sử dụng, thành viên bạn nhưng đã chịu trách rưới nhiệm thực hiện kiểm demo là Tester. Dựa bên trên chi phí dự án, bạn có thể chọn thành viên vào nội cỗ hoặc mướn bạn ngoại trừ có tác dụng Tester.

lúc nào đã tiến hành kiểm test (When will the test occur) ?

Các chuyển động kiểm test đề xuất được kết phù hợp với những hoạt động phát triển tương quan. quý khách hàng vẫn bước đầu kiểm test khi chúng ta có toàn bộ những mục yên cầu được hiển thị trong hình sau đây :

Các thành phần của hệ thống sẽ tiến hành kiểm thử (Hartware, ứng dụng, phần mềm trung gian, v.v.) được khái niệm là "in scope (vào phạm vi)"Các thành phần của khối hệ thống sẽ không được kiểm test cũng cần phải xác minh cụ thể là "out of scope (bên cạnh phạm vi)".

Cung cấp cho phần đông bạn một sự chắc chắn là cùng báo cáo chính xác về kiểm demo mà chúng ta đang làm

Tất cả các member dự án công trình sẽ có một sự đọc biết cụ thể về đều gì được kiểm thử và hồ hết gì không

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

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

Bây giờ bắt buộc xác minh ví dụ "in scope" và "out of scope" của kiểm demo.

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

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

Khách hàng hy vọng các bạn kiểm thử API. Nhưng túi tiền dự án không cho phép có tác dụng những điều đó. Trong ngôi trường hòa hợp điều này các bạn sẽ có tác dụng gì?

Trong ngôi trường phù hợp những điều đó, bạn cần ttiết phục quý khách rằng API Test là extra work cùng vẫn tiêu hao resources đáng kể. Cung cung cấp mang đến họ dữ liệu hỗ trợ về lập luận của khách hàng. Nói với bọn họ nếu như API Test là "in-scope" thì budget vẫn tăng thêm số tiền XYZ.

Khách hàng chấp nhận với theo đó các phạm vi mới, ngoại trừ phạm vi các mục là :

Precise customer requirement (Nắm được những hiểu biết đúng mực của khách hàng)Project Budget (giá cả dự án)Product Specification (Điểm sáng chuyên môn sản phẩm)Skills & talent of your test team (Kỹ năng và trình độ của nhóm kiểm test 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ình ảnh phía bên ngoài như thế nào khácAi vẫn là bạn tiến hành kiểm test (Who will test)?lúc nào sẽ thực hiện kiểm test (When will the kiểm tra occur)?Khả năng đọc ý kiến của khách hàng hàngMong hy vọng chất lượng tốtChú ý cho đưa ra tiếtTinch thần hợp tác tốt

Step 3_Xác định đối tượng người dùng kiểm thử (Define Test Objective)

Test Objective (Đối tượng kiểm thử) là mục tiêu tổng thể và toàn diện cùng kết quả của vấn đề thực hiện kiểm demo. Test Objective sầu là đưa ra càng những lỗi ứng dụng càng tốt; bảo vệ rằng ứng dụng được đánh giá không có lỗi trước khi thành lập.

Để khẳng định Test Objective sầu, bạn nên tiến hành 2 bước sau :

Liệt kê tất cả những thiên tài ứng dụng (functionality, performance, GUI…) rất có thể đề nghị kiểm test.Xác định mục tiêu hoặc mục đích của kiểm thử dựa trên những nhân tài trên

Hãy áp dụng các bước này nhằm tra cứu Test Objective của dự án công trình kiểm test Guru99 Bank của bạn

quý khách hoàn toàn có thể lựa chọn cách tiến hành ‘TOP-DOWN" để tìm kiếm các công dụng của website hoàn toàn có thể bắt buộc kiểm demo. Trong phương thức này, các bạn phân chia bé dại ứng dụng sẽ kiểm thử thành component và sub-component.

Trong chủ đề trước, chúng ta đã đối chiếu các thông số kỹ thuật chuyên môn đòi hỏi và chú tâm qua trang web, cho nên vì vậy chúng ta cũng có thể chế tác Mind-Map để tìm các tác dụng của website như sau :

Hình này thể hiện toàn bộ các chức năng mà website của Guru99 rất có thể gồm.

Dựa trên những anh tài bên trên, bạn có thể khẳng định Test Objective của dự án công trình Guru99 nlỗi sau :

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

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

Test Criteria (Tiêu chí kiểm thử) là 1 tiêu chuẩn chỉnh hoặc luật lệ mà lại Từ đó một quy trình kiểm demo hoặc đánh giá kiểm test hoàn toàn có thể được dựa vào. Có 2 các loại Test Criteria như sau :

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

Xác định các tiêu chí đình chỉ kiểm thử quan trọng đặc biệt cho 1 bài xích kiểm test. Nếu những tiêu chuẩn đình chỉ kiểm test được đáp ứng vào quá trình kiểm thử, chu kỳ luân hồi kiểm test vận động sẽ ảnh hưởng đình chỉ cho tới lúc những tiêu chí được xử lý.

Ví dụ: Nếu các thành viên trong nhóm của công ty report rằng có 40% ngôi trường thích hợp kiểm demo thua cuộc, bạn nên tạm dừng kiểm thử cho tới Khi nhóm phát triển thay thế sửa chữa tất cả những trường thích hợp thất bại.

Xem thêm: Tổng Kết 2019: Top Các Cung Hoàng Đạo Có Nhiều Người Nổi Tiếng Cung Song Tử

Tiêu chí xong xuôi kiểm test (Exit Criteria)

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

Run rate là phần trăm thân số các trường hợp kiểm thử được tiến hành / tổng cộng trường hòa hợp kiểm demo của đặc tả kiểm test. Ví dụ: quánh tả chuyên môn kiểm soát gồm toàn bô 1đôi mươi TCs, tuy thế Tester chỉ tiến hành 100 TCs, bởi vì vậy Run rate là 100/1trăng tròn = 0,83 (83%)Pass rate là Phần Trăm thân con số các trường đúng theo kiểm demo pass / Số lượng những trường hợp kiểm test được triển khai. Ví dụ: vào rộng 100 TCs được tiến hành, bao gồm 80 TCs vẫn pass, cho nên vì thế, Pass rate là 80/100 = 0,8 (80%) 

Dữ liệu này rất có thể được đem trong các tài liệu Test Metric.

Run rate bắt buộc là 100% trừ lúc bao gồm lý do ví dụ.

Pass rate phụ thuộc vào phạm vi dự án, nhưng có được Pass rate cao là 1 trong phương châm.

Ví dụ: Nhóm của khách hàng sẽ tiến hành các kiểm demo. Họ báo cáo công dụng kiểm demo cho mình và người ta muốn các bạn chứng thực Exit Criteria.

Trong ngôi trường phù hợp trên, Run rate là bắt buộc là 100%, mà lại đội kiểm test chỉ xong xuôi 90% những ngôi trường phù hợp kiểm test. Điều kia có nghĩa là Run rate không được vừa lòng, vị vậy KHÔNG chứng thực Exit Criteria

Step 5_Lập planer resource (Resource Planning)

Resource plan là 1 trong bản cầm tắt chi tiết của toàn bộ các loại tài nguyên cần thiết để xong xuôi trọng trách của dự án công trình. Resource có thể là con tín đồ, sản phẩm công nghệ cùng vật liệu quan trọng để hoàn thành một dự án

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

Phần này đại diện thay mặt cho các resource được khuyến cáo cho dự án công trình của bạn.

Human Resource

Bảng dưới đây đại diện cho những member khác nhau trong team dự án công trình của khách hàng :

*

Tài nguyên ổn hệ thống (System Resource)

*

Step 6_Lập kế hoạch Môi trường kiêm test (Plan Test Environment)

Test Environment là gì ?

Test Environment là một trong thiết lập cấu hình của phần mềm với phần cứng mà team kiểm thử vẫn triển khai các ngôi trường hợp kiểm thử. Test Environment bao hàm môi trường xung quanh business với người tiêu dùng thực tế, tương tự như môi trường thiên nhiên đồ gia dụng lý, chẳng hạn như máy chủ, môi trường chạy hình ảnh người dùng.

Làm thể nào nhằm cài đặt Test Environment

Quay lại dự án công trình của doanh nghiệp, làm cho nỗ lực nào nhằm bạn thiết lập môi trường thiên nhiên kiểm test mang lại banking website?

Để ngừng trọng trách này, bạn cần có sự hợp tác ký kết ngặt nghèo giữa Test Team và Development Team

*

Bạn nên hỏi developer một trong những câu hỏi nhằm hiểu rõ về ứng dụng web đã kiểm demo. Đây là một số câu hỏi được ý kiến đề nghị. Tất nhiên, chúng ta có thể hỏi đa số thắc mắc không giống nếu như khách hàng bắt buộc.

Kết nối người tiêu dùng về tối đa mà website này rất có thể cách xử lý cùng một thời điểm là gì?Yêu cầu Hartware / phần mềm để cài đặt website này là gì?

Step 7_Schedule và Estimation

Trong bài viết Test Estimation, bạn vẫn áp dụng một trong những chuyên môn nhằm estimate effort nhằm hoàn thành dự án công trình. Bây giờ bạn nên bao gồm estimate kia cũng tương tự schedule lên Test Planning.

Trong tiến trình Test Estimation, đưa sử các bạn phân chia tổng thể dự án công trình thành các task nhỏ dại cùng thêm dự tân oán mang đến từng trách nhiệm nlỗi sau đây :

Sau đó, chúng ta chế tạo schedule để xong các task này.

Lập schedule là 1 trong thuật ngữ phổ cập trong quản lý dự án. Bằng phương pháp tạo thành một schedule bền vững vào Test Planning, Test Manager rất có thể sử dụng nó làm giải pháp để quan sát và theo dõi tiến trình dự án công trình, kiểm soát chi phí quá nút.

Để tạo thành project schedule, Test Manager bắt buộc một số một số loại đầu vào như dưới đây:

Employee và project deadline : Ngày làm việc, deadline của dự án công trình, resource sẵn có là phần nhiều nguyên tố ảnh hưởng mang lại schedule.Project estimation : Dựa bên trên estimation, Test Manager biết thời hạn chấm dứt dự án công trình là bao lâu. Vì vậy, chúng ta có thể tạo nên project schedule phù hợp.Project Risk : Hiểu rủi ro góp Test Manager thêm đầy đủ thời gian vào project schedule nhằm xử lý khủng hoảng rủi ro.

Hãy thực hành với cùng 1 ví dụ:

Giả sử ông chủ mong mỏi hoàn thành dự án Guru99 trong một mon, các bạn đang ước tính effort đến từng task vào Test Estimation. Quý Khách hoàn toàn có thể tạo thành schedule như dưới đây:

*

Step 8_Deliver sản phẩm nghiên cứu (Test Deliverables)

Deliver thành phầm thí điểm là danh sách toàn bộ các tư liệu, tool với những nguyên tố không giống buộc phải được cải tiến và phát triển với bảo trì để hỗ trợ effort kiểm test.

Có các sản phẩm kiểm thử không giống nhau làm việc các quá trình của vòng đời phát triển phần mềm.

*

Test deliverables được cung cấp trước quy trình kiểm demo.

Tại liệu Test plan.Tài liệu Test cases.Test Design specifications.

Test deliverables được cung ứng vào quy trình kiểm thử

Test ScriptsSimulators (Mô phỏng).Test DataTest Traceability Matrix (Kiểm thử Matrix truy vấn xuất mối cung cấp gốc)Error logs và nhật ký kết hoạt động.

Xem thêm: Thế Nào Là Lệnh Mok Là Gì ? Tìm Hiểu Cách Đặt Lệnh Tìm Hiểu Cách Đặt Lệnh

Test deliverables được hỗ trợ sau khoản thời gian chu kỳ luân hồi kiểm demo kết thúc.

Tmê mẩn khảo: https://www.guru99.com/what-everybody-ought-to-know-about-test-planing.html