Test plan là gì

     

Test là một quá trình quan trọng yên cầu người thực hiện rất nhiều kỹ thuật tay nghề và buộc phải phải tiến hành theo đúng các bước đã được định trước. Vậy test Plan là gì ? tại sao Test Plan lại quan trọng. Hãy thuộc vachngannamlong.com tìm hiểu về sự việc này nhé !


I. Demo Plan là gì ?

TEST PLAN là một trong những tài liệu chi tiết mô tả kế hoạch kiểm thử, mục tiêu, định kỳ trình, ước tính với khả năng hỗ trợ và các nguồn lực quan trọng để kiểm thử. Demo plan giúp tester xác định nỗ lực quan trọng để xác nhận chất lượng của ứng dụng đang rất được kiểm test phần mềm.

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

Test plan nhập vai trò như một kế hoạch cụ thể để thực hiện các chuyển động kiểm thử phần mềm như một tiến trình xác định, được giám sát và điều hành và kiểm soát từng bước vì người thống trị kiểm thử.

II. Tầm quan trọng của demo plan

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

Giúp những người ngoài nhóm kiểm thử như đơn vị phát triển, làm chủ doanh nghiệp, quý khách hàng hiểu chi tiết về kiểm thử.Test plan hướng dẫn xem xét của chúng ta. Nó hệt như một cuốn sách quy tắc, cần phải được tuân theo.Các khía cạnh quan trọng như ước tính kiểm thử, phạm vi kiểm thử, chiến lược kiểm test được ghi lại trong kiểm tra plan. Vị đó, nhóm quản lý có thể chú ý và sử dụng lại cho các dự án khác.

III. Chạy thử plan bao gồm những gì ?

Bạn đã hiểu được lập kiểm tra plan là nhiệm vụ đặc trưng nhất của quy trình cai quản kiểm thử. Tiến hành theo bảy bước sau đây để sinh sản một test plan theo IEEE 829

Phân tích sản phẩmThiết kế chiến lược kiểm thửXác định kim chỉ nam kiểm thửXác định tiêu chí kiểm thửHoạch định mối cung cấp lựcLên kế hoạch môi trường kiểm thử (Test Environment)Lịch trình & Dự toánXác định thành phầm kiểm thử

Bước 1. đối chiếu sản phẩm

Làm núm nào bạn có thể kiểm thử một sản phẩm mà không có ngẫu nhiên thông tin về nó? Câu trả lời là không thể. Chúng ta phải khám phá một sản phẩm kỹ lưỡng trước lúc kiểm demo nó.

Ví dụ: thành phầm đang được kiểm test là trang web bank Guru99. Chúng ta nên nghiên cứu quý khách hàng và người tiêu dùng cuối để biết yêu cầu và mong mỏi đợi của mình từ ứng dụng

Ai sẽ thực hiện trang web?Cái này được dùng để làm gì?Nó sẽ làm việc như nắm nào?Phần mượt / phần cứng sản phẩm sử dụng là gì?

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

Phỏng vấn khách hàng, designer, lập trình viênReview lại tư liệu của thành phầm và dự ánThực hiện theo phía dẫn phần mềmQuay quay trở lại làm tựa như bước đầu

Bây giờ hãy Áp dụng kiến ​​thức trên cho một thành phầm thực tế: so với trang web ngân hàng http://demo.guru99.com/V4

Bạn đề xuất xem qua website này và cẩn thận tài liệu sản phẩm (product documentation). Đánh giá bán product documentation khiến cho bạn hiểu tất cả các chức năng của trang web cũng tương tự cách sử dụng nó. Nếu như khách hàng không cụ thể về ngẫu nhiên mục nào, chúng ta cũng có thể phỏng vấn khách hàng hàng, xây dựng viên, designer để có thêm thông tin.

Bước 2. Xây dựng chiến lược kiểm thử (test strategy)

Chiến lược kiểm thử là một trong những bước đặc biệt quan trọng trong bài toán lập một demo plan. Tài liệu chiến lược kiểm thử, là tài liệu cấp cao, thường được cải tiến và phát triển bởi thử nghiệm Manager. Tư liệu này định nghĩa:

Mục tiêu kiểm thử của dự án công trình và các phương nhân tiện để đã có được chúngXác định nỗ lực và giá thành kiểm thử

Quay lại dự án công trình của bạn, bạn cần phát triển chiến lược kiểm thử để kiểm test trang web ngân hàng đó. Bạn nên làm theo quá trình dưới đây

– xác định phạm vi kiểm thử

– xác minh loại kiểm thử

– tư liệu (document) về rủi ro và vấn đề

– Tạo demo logistics

1, khẳng định phạm vi kiểm thử

Trước khi bắt đầu bất kỳ vận động kiểm demo nào, phạm vi của kiểm thử cần được biết. Bạn phải quan tâm đến kỹ về nó.

Các nguyên tố của khối hệ thống sẽ được kiểm thử (phần cứng, phần mềm, ứng dụng trung gian, v.v.) được định nghĩa là “trong phạm vi”Các nhân tố của khối hệ thống sẽ ko được kiểm thử cũng rất cần được xác định rõ ràng là “nằm không tính phạm vi”.

Xác định phạm vi của dự án kiểm thử của doanh nghiệp là rất đặc trưng đối với tất cả các bên liên quan. Một phạm vi đúng mực giúp bạn:

Cung cấp cho mọi người một sự từ tin và thông tin chính xác về kiểm thử nhiều người đang làmTất cả các thành viên dự án sẽ có một sự phát âm biết cụ thể về hầu như gì được kiểm test và đông đảo gì không

Làm thay nào để bạn khẳng định phạm vi dự án công trình của bạn?

Để khẳng định phạm vi, các bạn phải –

Yêu cầu quý khách hàng chính xácXác định chi phí dự ánĐặc điểm kỹ thuật sản phẩmKỹ năng & tài năng của group kiểm thử của bạn

Bây giờ cần xác định rõ ràng “trong phạm vi” với “ngoài phạm vi” của kiểm thử.

Theo thông số kỹ thuật yêu cầu phần mềm, dự án bank Guru99 chỉ tập trung vào kiểm thử tất cả các tác dụng (functions testing) với giao diện bên ngoài của trang web bank Guru99 (trong kiểm thử phạm vi)Kiểm test không công dụng như áp lực testing, performance testing hoặc logical database testing hiện sẽ không được kiểm thử. (ra khỏi phạm vi)

Kịch phiên bản vấn đề (Problem Scenario)

Khách hàng ao ước bạn kiểm test API của anh ấy ấy. Nhưng chi tiêu dự án không chất nhận được làm như vậy. Vào trường vừa lòng như vậy các bạn sẽ làm gì?

Chà, trong trường đúng theo như vậy, bạn cần thuyết phục khách hàng rằng Api tests là quá trình làm thêm cùng sẽ tiêu tốn tài nguyên đáng kể. Cung cấp cho anh ta dữ liệu cung cấp để nói rằng điều chúng ta vừa nêu là sự việc thật. Nói với anh ta nếu như Api Testing được bao hàm trong phạm vi thì chi tiêu sẽ tăng lên số chi phí XYZ.

Khách hàng chấp nhận và theo đó các phạm vi bắt đầu với các mục là

Các mục vào phạm vi: Kiểm thử tác dụng (Functional Testing), Kiểm test Api (Api Testing)Các mục quanh đó phạm vi: Kiểm thử cơ sở tài liệu (Database Testing), hartware và bất kỳ giao diện bên ngoài nào khác2, xác minh loại kiểm thử

Loại kiểm thử là 1 quy trình kiểm thử tiêu chuẩn mang lại công dụng kiểm thử dự kiến.

Mỗi nhiều loại kiểm demo được thành lập để xác định một loại lỗi thành phầm cụ thể. Nhưng, toàn bộ các nhiều loại Kiểm thử đều nhằm mục tiêu đạt được một mục tiêu chung. Phát hiện tại sớm tất cả các lỗi trước lúc phát hành thành phầm cho khách hàng hàng.

Các nhiều loại kiểm thử thường được thực hiện được biểu đạt như hình bên dưới đây

*
Bước 2.2. Xác minh loại kiểm thử

Các một số loại kiểm thử hay được sử dụng

Có mặt hàng tấn các loại kiểm thử để kiểm thử sản phẩm phần mềm. Nhóm của người sử dụng không thể có đủ nỗ lực để xử lý tất cả các các loại kiểm thử. Là người làm chủ kiểm thử, bạn phải để mức độ ưu tiên của những loại kiểm thử

Những nhiều loại kiểm thử nào đề xuất được tập trung để kiểm thử ứng dụng web?Những loại kiểm thử cần được bỏ qua để tiết kiệm chi phí?3, tư liệu về rủi ro khủng hoảng & vấn đề

Rủi ro là sự kiện không chắc chắn là trong tương lai với phần trăm xảy ra và kĩ năng thua lỗ. Khi khủng hoảng thực sự xảy ra, nó sẽ trở nên vấn đề.

Xem thêm: Kt3 Là Gì? Thủ Tục Đăng Ký Kt3 Tại Tphcm 2018 Thủ Tục Đăng Ký Kt3 Tại Tphcm 2018

Trong test plan QA, bạn sẽ ghi lại những rủi ro đó

Rủi roCách phòng tránh
Thành viên trong đội thiếu những kỹ năng quan trọng để kiểm test trang webLập kế hoạch huấn luyện và đào tạo để cải thiện trình độ thành viên của group bạn
Lịch trình dự án công trình quá chặt chẽ; thật khó khăn để xong dự án này đúng thời gianĐặt ưu tiên kiểm thử mang lại từng vận động kiểm thử
Quản lý kiểm thử bao gồm kỹ năng cai quản kémKế hoạch huấn luyện lãnh đạo cho tất cả những người quản lý
Sự thiếu hòa hợp tác tác động tiêu cực mang đến năng suất của nhân viên cấp dưới của bạnKhuyến khích mỗi thành viên vào nhóm thực hiện nhiệm vụ của chính bản thân mình và truyền cảm giác cho chúng ta để nỗ lực cố gắng nhiều hơn
Dự toán giá thành sai với vượt đưa ra phíThiết lập phạm vi trước khi bắt đầu công việc, chú ý nhiều tới việc lập kế hoạch dự án và liên tiếp theo dõi và thống kê giám sát tiến độ
4, Tạo test Logistics

Trong test Logistics, Trình quản lý kiểm thử cần vấn đáp các câu hỏi sau:

Ai sẽ kiểm thử?Khi làm sao kiểm thử đang xảy ra?

Ai sẽ kiểm thử?

Bạn rất có thể không biết tên đúng đắn của tester đang kiểm thử, nhưng các loại tester hoàn toàn có thể được xác định.

Để lựa chọn đúng member cho trách nhiệm được chỉ định, các bạn phải cẩn thận liệu khả năng của anh ta bao gồm đủ đk cho trách nhiệm đó hay không, cũng ước tính chi phí dự án. Lựa chọn sai thành viên mang lại nhiệm vụ có thể khiến dự án công trình thất bại hoặc bị delay.

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

Khả năng hiểu ý kiến của khách hàng hàngMong muốn quality tốtSự chú ý đến đưa ra tiếtHợp tác tốt

Trong dự án công trình của bạn, member sẽ chịu trách nhiệm tiến hành kiểm test là tester. Dựa trên túi tiền dự án, bạn cũng có thể chọn member trong team hoặc thuê outsource tester.

Khi nào kiểm thử vẫn xảy ra?

Các vận động kiểm thử yêu cầu được kết 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 thử khi chúng ta có toàn bộ các mục yêu cầu được tập hợp bố yếu tố

Tài liệu kiểm thử + nhân lực + môi trường xung quanh kiểm test = chạy thử đã sẵn sàng

Bước 3. Khẳng định mục tiêu kiểm thử

Mục tiêu kiểm thử là phương châm tổng thể và thành tích của việc thực hiện kiểm thử. Kim chỉ nam của kiểm demo là tìm ra càng các lỗi ứng dụng càng tốt; bảo đảm rằng ứng dụng đượ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 thử, các bạn nên tiến hành 2 cách sau

Liệt kê tất cả các tính năng phần mềm (chức năng, hiệu suất, GUI) hoàn toàn có thể cần kiểm thử.Xác định mục tiêu hoặc kim chỉ nam của kiểm test dựa trên những tính năng trên

Hãy áp dụng các bước này để tìm phương châm kiểm test của dự án công trình kiểm thử bank Guru99 của bạn

Bạn rất có thể chọn cách thức ‘TOP-DOWN’, nhằm tìm các tính năng của trang web hoàn toàn có thể cần kiểm thử. Trong phương thức này, các bạn chia bé dại ứng dụng sẽ kiểm thử yếu tố (component) với thành phần phụ (sub-component).

Trong chủ đề trước, bạn đã phân tích các thông số kỹ thuật yêu ước và coi ngó qua trang web, vì chưng đó bạn cũng có thể tạo bạn dạng đồ bốn duy nhằm tìm các tính năng của trang web như sau

*
Bước 3. Xác minh mục tiêu kiểm thử

Hình này hiển thị toàn bộ các anh tài mà trang web của Guru99 hoàn toàn có thể có.

Dựa trên những tính năng trên, chúng ta có thể xác định kim chỉ nam kiểm thử (Test Objective) của dự án công trình Guru99 như sau

Kiểm demo xem liệu chức năng của website Gur99 (Tài khoản, chi phí gửi) có vận động như ao ước đợi mà lại không có ngẫu nhiên lỗi hoặc lỗi nào trong môi trường marketing thực khôngKiểm demo xem giao diện bên phía ngoài của website như UI có vận động như ước ao đợi không với & thỏa mãn nhu cầu nhu cầu của khách hàngXác minh năng lực sử dụng của trang web. Những tác dụng đó gồm thuận tiện cho người dùng tuyệt không?

Bước 4. Xác định tiêu chí kiểm demo (Test Criteria)

Tiêu chí kiểm thử là một tiêu chuẩn hoặc phép tắc mà theo đó một quá trình kiểm demo hoặc reviews kiểm thử rất có thể được dựa trên. Bao gồm 2 loại tiêu chí kiểm thử như sau

Suspension Criteria

Chỉ định các tiêu chí đình chỉ đặc biệt quan trọng cho một bài xích kiểm thử. Nếu các tiêu chí đình chỉ được đáp ứng nhu cầu trong quy trình kiểm thử, chu kỳ kiểm thử vận động sẽ bị đình chỉ cho đến khi các tiêu chuẩn được giải quyết.

Ví dụ: Nếu các thành viên trong đội của bạn report rằng bao gồm 40% trường thích hợp kiểm test thất bại, các bạn nên tạm ngưng kiểm thử cho đến khi nhóm phát triển sửa toàn bộ các trường hợp thất bại.

Exit Criteria

Nó chỉ định những tiêu chí bộc lộ sự hoàn thành thành công của quá trình kiểm thử. Các tiêu chuẩn thoát là tác dụng được nhắm mục tiêu của kiểm thử với là quan trọng trước khi thực hiện giai đoạn cải tiến và phát triển tiếp theo. Ví dụ: 95% tất cả các trường đúng theo kiểm thử đặc biệt quan trọng phải quá qua.

Một số phương pháp xác định tiêu chí thoát là bằng cách chỉ định vận tốc chạy và vận tốc vượt qua được nhắm mục tiêu.

Xem thêm: Câu Đố Iq Bằng Hình Ảnh - Kiểm Tra Iq Bằng Hình Ảnh

Tốc độ chạy (Run rate) là phần trăm giữa những trường hợp kiểm demo số được tiến hành / toàn bô trường thích hợp kiểm demo của sệt tả kiểm thử. Ví dụ: sệt tả nghệ thuật kiểm thử có tổng số 120 TC, dẫu vậy tester chỉ thực hiện 100 TC, bởi vậy tốc độ chạy là 100/120 = 0,83 (83%)Tỷ lệ vượt qua (Pass rate) là tỷ lệ giữa các số trường vừa lòng kiểm thử trải qua / trường đúng theo kiểm test được thực hiện. Ví dụ: trong rộng 100 TC được thực thi, tất cả 80 TC đang vượt qua, vị đó phần trăm vượt qua là 80/100 = 0,8 (80%)

Dữ liệu này có thể được lấy trong số tài liệu Kiểm thử số liệu.

Run rate nên là 100% trừ khi có vì sao rõ ràng.Pass rate phụ thuộc vào phạm vi dự án, tuy nhiên đạt được tỷ lệ vượt qua cao là mục tiêu đề ra

Ví dụ: Nhóm của khách hàng đã tiến hành các kiểm thử. Họ báo cáo kết trái kiểm thử cho chính mình và họ muốn bạn xác nhận Exit Criteria. Với Run rate là 90%

Trong trường phù hợp trên, tỷ lệ Run rate là cần là 100%, nhưng lại nhóm kiểm demo chỉ chấm dứt 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, vì chưng vậy KHÔNG xác thực Exit Criteria