Test là một công việc quan trọng yên cầu người thực hiện rất nhiều kỹ thuật kinh nghiệm và cần phải thực hiện theo như đúng quy trình đã được định trước. Vậy Test Plan là gì ? Vì sao Test Plan lại quan trọng. Hãy cùng Techacademy.edu.vn tìm hiểu về vấn đề này nhé !

Bạn Đang Xem: Test Plan Là Gì ? Test Plan Gồm Những Gì ?

I. Test Plan là gì ?

TEST PLAN là một tài liệu chi tiết cụ thể mô tả chiến lược kiểm thử, mục tiêu, lộ trình, ước tính và khả năng cung cấp và các nguồn lực cấp thiết để kiểm thử. Test plan giúp tester xác định nỗ lực cấp thiết để xác nhận chất lượng sản phẩm và dịch vụ của ứng dụng đang rất được kiểm thử phần mềm.

Test plan đóng vai trò như một kế hoạch chi tiết cụ thể để tiến hành các hoạt động sinh hoạt kiểm thử phần mềm như một quy trình xác định, được giám sát và kiểm soát từng bước bởi người quản lý kiểm thử.

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

Lập test plan có nhiều lợi ích

• Giúp những người dân ngoài nhóm kiểm thử như nhà phát triển, quản lý doanh nghiệp, khách hàng hiểu chi tiết cụ thể về kiểm thử.
• Test plan hướng dẫn suy nghĩ của tất cả chúng ta. Nó giống 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 thử được ghi lại trong test plan. Do đó, nhóm quản lý có thể xem xét và sử dụng lại cho những dự án khác.

III. Test plan gồm những gì ?

Bạn đã biết rằng 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 bảy bước tại chỗ này để tạo một test plan theo IEEE 829

• Phân tích sản phẩm
• Thiết kế chiến lược kiểm thử
• Xác định mục tiêu kiểm thử
• Xác định tiêu chí kiểm thử
• Hoạch định nguồn lực
• Lên kế hoạch môi trường xung quanh kiểm thử (Test Environment)
• Lộ trình & Dự toán
• Xác định sản phẩm kiểm thử

Bước 1. Phân tích sản phẩm

Làm thế nào chúng ta 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 vấn đáp là không thể. Bạn phải tìm hiểu một sản phẩm kỹ lưỡng trước lúc kiểm thử nó.

Ví dụ: Sản phẩm đang rất được kiểm thử là website nhà bă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

• Ai sẽ sử dụng website?
• Cái này được dùng để làm làm gì?
• Nó sẽ thao tác ra sao?
• Phần mềm / phần cứng sản phẩm sử dụng là gì?

Bạn cũng có thể sử dụng phương pháp sau để phân tích website

• Phỏng vấn khách hàng, designer, lập trình viên
• Review lại tài liệu của sản phẩm và dự án
• Thực hiện theo phía dẫn phần mềm
• Quay trở lại làm tương tự bước đầu

Hiện tại hãy Ứng dụng kiến ​​thức trên cho một tác phẩm: Phân tích website nhà băng http://demo.guru99.com/V4

Bạn nên xem qua website này và xem xét tài liệu sản phẩm (product documentation). Nhận định và đánh giá product documentation giúp cho bạn hiểu tất cả những tính năng của website cũng như cách sử dụng nó. Nếu khách hàng không rõ ràng về bất kỳ mục nào, chúng ta có thể phỏng vấn khách hàng, lập trình viên, designer để sở hữu 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 bước quan trọng trong việc lập một test plan. Tài liệu chiến lược kiểm thử, là tài liệu cấp cao, thường được phát triển bởi Test Manager. Tài liệu này khái niệm:

• Mục tiêu kiểm thử của dự án và các phương tiện để đạt được chúng
• Xác định nỗ lực và ngân sách kiểm thử

Trở lại dự án của bạn, bạn phải phát triển chiến lược kiểm thử để kiểm thử website nhà băng đó. Bạn nên tuân theo các bước tại chỗ này

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

– Xác định loại kiểm thử

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

– Tạo test logistics

1, Xác định phạm vi kiểm thử

Trước lúc khai mạc bất kỳ hoạt động kiểm thử nào, phạm vi của kiểm thử phải được biết. Bạn phải suy nghĩ kỹ về nó.

• Các thành phần của khối hệ thống sẽ tiến hành kiểm thử (phần cứng, phần mềm, phần mềm trung gian, v.v.) được khái niệm là “trong phạm vi”
• Các thành phần của khối hệ thống sẽ không còn được kiểm thử cũng phải được xác định rõ ràng là “nằm ngoài phạm vi”.

Xác định phạm vi của dự án kiểm thử của bạn là rất quan trọng khi đối chiếu với tất cả những bên liên quan. Một phạm vi chuẩn xác giúp cho bạn:

• Cung cấp cho mọi người một sự tự tín và thông tin chuẩn xác về kiểm thử bạn đang làm
• Tất cả những thành viên dự án sẽ sở hữu 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 để bạn xác định phạm vi dự án của bạn?

Xem Thêm : Phonics là gì và tất cả những điều ba mẹ cần biết về Phonics

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

• Yêu cầu khách hàng chuẩn xác
• Xác định ngân sách dự án
• Đặc điểm kỹ thuật sản phẩm
• Kỹ năng & tài năng của nhóm kiểm thử của bạn

Hiện tại nên xác định rõ ràng “trong phạm vi” và “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 Nhà băng Guru99 chỉ tập trung vào kiểm thử tất cả những chức năng (functions testing) và giao diện bên phía ngoài của website Nhà băng Guru99 (trong kiểm thử phạm vi)
• Kiểm thử không chức năng như stress testing, performance testing hoặc logical database testing hiện sẽ không còn được kiểm thử. (thoát khỏi phạm vi)

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

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

Chà, trong trường hợp như vậy, bạn phải thuyết phục khách hàng rằng Api tests là công việc làm thêm và sẽ tiêu tốn tài nguyên đáng kể. Cung cấp cho anh ta tài liệu tương trợ để nói rằng điều bạn vừa nêu là sự việc thật. Nói với anh ta nếu Api Testing được gồm có trong phạm vi thì ngân sách sẽ tăng thêm số tiền XYZ.

Khách hàng đồng ý và Từ đó các phạm vi mới với những mục là

• Các mục trong phạm vi: Kiểm thử chức năng (Functional Testing), Kiểm thử Api (Api Testing)
• Các mục ngoài phạm vi: Kiểm thử cơ sở tài liệu (Database Testing), phần cứng và bất kỳ giao diện bên phía ngoài nào khác

2, Xác định loại kiểm thử

Loại kiểm thử là một quy trình kiểm thử tiêu chuẩn mang lại kết quả kiểm thử dự kiến.

Mỗi loại kiểm thử được xây dựng để xác định một loại lỗi sản phẩm cụ thể. Nhưng, tất cả những Loại Kiểm thử đều nhằm đạt được một mục tiêu chung. Phát hiện sớm tất cả những lỗi trước lúc phát hành sản phẩm cho khách hàng.

Các loại kiểm thử thường được sử dụng được mô tả như hình tại chỗ này

Các loại kiểm thử thường được sử dụng

Có 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 bạn không thể có đủ nỗ lực để xử lý tất cả những loại kiểm thử. Là người quản lý kiểm thử, bạn phải kê mức độ ưu tiên của rất nhiều loại kiểm thử

• Những loại kiểm thử nào nên được tập trung để kiểm thử ứng dụng web?
• Những loại kiểm thử nên được bỏ qua để tiết kiệm ngân sách ngân sách?

3, Tài liệu về rủi ro & vấn đề

Rủi ro là sự việc kiện không vững chắc trong tương lai với xác suất xẩy ra và khả năng thua lỗ. Khi rủi ro thực sự xẩy ra, nó sẽ trở thành vấn đề.

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

Rủi ro Cách phòng tránh Thành viên trong nhóm thiếu các kỹ năng cấp thiết để kiểm thử website Lập kế hoạch huấn luyện để nâng cao trình độ thành viên của nhóm bạn Lộ trình dự án quá chặt chẽ; thật khó để hoàn thành dự án này đúng thời kì Đặt ưu tiên kiểm thử cho từng hoạt động kiểm thử Quản lý kiểm thử có kỹ năng quản lý kém Kế hoạch huấn luyện lãnh đạo cho tất cả những người quản lý Sự thiếu hợp tác tác động xấu đến năng suất của viên chức của bạn Khuyến khích mỗi thành viên trong nhóm thực hiện nhiệm vụ của mình và truyền cảm hứng cho họ để nỗ lực nhiều hơn Dự toán ngân sách sai và vượt ngân sách Thiết lập phạm vi trước lúc khai mạc công việc, lưu ý nhiều đến việc lập kế hoạch dự án và liên tục theo dõi và đo lường và tính toán tiến độ

4, Tạo Test Logistics

Trong Test Logistics, Trình quản lý kiểm thử cần trả lời các vướng mắc sau:

• Ai sẽ kiểm thử?
• Khi nào kiểm thử sẽ xẩy ra?

Ai sẽ kiểm thử?

Bạn cũng có thể không biết tên chuẩn xác của tester sẽ kiểm thử, nhưng loại tester có thể được xác định.

Để chọn đúng thành viên cho nhiệm vụ được chỉ định, bạn phải xem xét liệu kỹ năng của anh ta có đủ tham dự cho nhiệm vụ đó hay là không, cũng ước tính ngân sách dự án. Chọn sai thành viên cho nhiệm vụ có thể khiến dự án thất bại hoặc bị delay.

Người có những kỹ năng sau là lý tưởng nhất để thực hiện kiểm thử phần mềm:

• Khả năng hiểu ý kiến của khách hàng
• Mong muốn chất lượng sản phẩm và dịch vụ tốt
• Sự lưu ý đến chi tiết cụ thể
• Hợp tác tốt

Trong dự án của bạn, thành viên sẽ chịu trách nhiệm thực hiện kiểm thử là tester. Dựa trên ngân sách dự án, chúng ta có thể chọn thành viên trong nhóm hoặc thuê outsource tester.

Xem Thêm : Avay là gì? Avay có lừa đảo không? Hướng dẫn vay Avay nhanh nhất.

Khi nào kiểm thử sẽ xẩy ra?

Các hoạt động sinh hoạt kiểm thử phải được kết phù hợp với các hoạt động sinh hoạt phát triển liên quan.

Các bạn sẽ khai mạc kiểm thử khi chúng ta có tất cả những mục yêu cầu được tập hợp ba yếu tố

Tài liệu kiểm thử + Nhân lực + Môi trường thiên nhiên kiểm thử = Test đã sẵn sàng

Bước 3. Xác định mục tiêu kiểm thử

Mục tiêu 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ử. Mục tiêu của kiểm thử là tìm ra càng nhiều lỗi phần mềm càng tốt; đảm nói rằng phần mềm được kiểm thử không có lỗi trước lúc phát hành.

Để xác định mục tiêu kiểm thử, bạn nên thực hiện 2 bước sau

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

Hãy vận dụng các bước này để tìm mục tiêu kiểm thử của dự án kiểm thử Nhà băng Guru99 của bạn

Bạn cũng có thể chọn phương thức ‘TOP-DOWN’, để tìm các tính năng của website 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 phần (component) và 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ầu và duyệt qua website, do đó chúng ta có thể tạo map tư duy để tìm các tính năng của website như sau

Hình này hiển thị tất cả những tính năng 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 mục tiêu kiểm thử (Test Objective) của dự án Guru99 như sau

• Kiểm thử xem liệu chức năng của website Gur99 (Tài khoản, Tiền gửi) có hoạt động như mong đợi mà không có bất kỳ lỗi hoặc lỗi nào trong môi trường xung quanh kinh doanh thực không
• Kiểm thử xem giao diện bên phía ngoài của website như UI có hoạt động như mong đợi không và & đáp ứng nhu cầu của khách hàng
• Xác minh khả năng sử dụng của website. Những chức năng đó có thuận tiện cho tất cả những người dùng hay là không?

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

Tiêu chí kiểm thử là một tiêu chuẩn hoặc quy tắc mà Từ đó một quy trình kiểm thử hoặc định hình kiểm thử có thể được dựa trên. Có 2 loại tiêu chí kiểm thử như sau

Suspension Criteria

Chỉ định các tiêu chí đình chỉ quan trọng cho một bài kiểm thử. Nếu các tiêu chí đình chỉ được đáp ứng trong quá trình kiểm thử, chu kỳ luân hồi kiểm thử hoạt động sẽ bị đình chỉ cho tới khi các tiêu chí được xử lý.

Ví dụ: Nếu các thành viên trong nhóm của bạn giải trình rằng có 40% trường hợp kiểm thử thất bại, bạn nên tạm dừng kiểm thử cho tới khi nhóm phát triển sửa tất cả những trường hợp thất bại.

Exit Criteria

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

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

• Tốc độ chạy (Run rate) là tỷ lệ giữa các trường hợp kiểm thử số được thực hiện / tổng số trường hợp kiểm thử của đặc tả kiểm thử. Ví dụ: đặc tả kỹ thuật kiểm thử có tổng số 120 TC, nhưng tester chỉ thực hiện 100 TC, vì 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 hợp kiểm thử thông qua / trường hợp kiểm thử được thực hiện. Ví dụ: trong hơn 100 TC được thực thi, có 80 TC đã vượt qua, do đó tỷ lệ vượt qua là 80/100 = 0,8 (80%)

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

• Run rate bắt buộc là 100% trừ khi có lý do rõ ràng.
• Pass rate phụ thuộc vào phạm vi dự án, nhưng đạt được tỷ lệ vượt qua cao là mục tiêu đề ra

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

Trong trường hợp trên, tỷ lệ Run rate là bắt buộc là 100%, nhưng nhóm kiểm thử chỉ hoàn thành 90% các trường hợp kiểm thử. Điều đó có tức là Run rate không được thỏa mãn, vì vậy KHÔNG xác nhận Exit Criteria