Test là một công việc quan trọng đòi hỏi 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 đúng quy trình đã được định trước. Vậy Test Plan là gì ? Tại 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é !
I. Test Plan là gì ?
TEST PLAN là một tài liệu chi tiết mô tả chiến lược kiểm thử, mục tiêu, lịch trình, ước tính và khả năng cung cấp và các nguồn lực cần thiết để kiểm thử. Test plan giúp tester xác định nỗ lực cần thiết để xác nhận chất lượng của ứng dụng đang được kiểm thử phần mềm.
Test plan đóng vai trò như một kế hoạch chi tiết để tiến hành các hoạt động 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 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 về kiểm thử.
- Test plan hướng dẫn suy nghĩ của 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 các 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 dưới đâ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 kiểm thử (Test Environment)
- Lịch 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 bạn 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 trả lời là không thể. Bạn phải tìm hiểu một sản phẩm kỹ lưỡng trước khi kiểm thử nó.
Ví dụ: Sản phẩm đang được kiểm thử là trang web ngân hà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 trang web?
- Cái này được dùng để làm gì?
- Nó sẽ làm việc như thế nào?
- Phần mềm / phần cứng sản phẩm sử dụng là gì?
Bạn có thể sử dụng phương pháp sau để phân tích trang web
- 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 hướng dẫn phần mềm
- Quay trở lại làm tương tự bước đầu
Bây giờ hãy Áp dụng kiến thức trên cho một sản phẩm thực tế: Phân tích trang web ngân hàng https://ift.tt/3fu4Wvx
Bạn nên xem qua trang web này và xem xét tài liệu sản phẩm (product documentation). Đánh giá product documentation giúp bạn hiểu tất cả các tính năng của trang web cũng như cách sử dụng nó. Nếu bạn không rõ ràng về bất kỳ mục nào, bạn có thể phỏng vấn khách hàng, lập trình 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 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 định nghĩa:
- 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à chi phí kiểm thử
Quay lại dự án của bạn, bạn cần phát triển chiến lược kiểm thử để kiểm thử trang web ngân hàng đó. Bạn nên làm theo các bước dưới đâ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 khi bắt đầu 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 hệ thống sẽ được kiểm thử (phần cứng, phần mềm, phần mềm trung gian, v.v.) được định nghĩa là “trong phạm vi”
- Các thành phần của hệ thống sẽ không được kiểm thử cũng cần đượ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 đối với tất cả các bên liên quan. Một phạm vi chính xá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ử bạn đang làm
- Tất cả các thành viên dự án sẽ có 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?
Để xác định phạm vi, bạn phải –
- Yêu cầu khách hàng chính 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
Bây giờ 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 Ngân hàng Guru99 chỉ tập trung vào kiểm thử tất cả các chức năng (functions testing) và giao diện bên ngoài của trang web Ngân hà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 kiểm thử. (ra 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 cho phép làm như vậy. Trong trường hợp như vậy bạn sẽ làm gì?
Chà, trong trường hợp như vậy, bạn cần 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 dữ liệu hỗ trợ để nói rằng điều bạn vừa nêu là sự thật. Nói với anh ta nếu Api Testing được bao gồm trong phạm vi thì ngân sách sẽ tăng thêm số tiền XYZ.
Khách hàng đồng ý và theo đó các phạm vi mới với các 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ở dữ liệu (Database Testing), phần cứng và bất kỳ giao diện bên 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ả các 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ả các lỗi trước khi 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 dưới đâ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ả các loại kiểm thử. Là người quản lý kiểm thử, bạn phải đặt mức độ ưu tiên của các 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 chi phí?
3, Tài liệu về rủi ro & vấn đề
Rủi ro là sự kiện không chắc chắn 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, 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ần thiết để kiểm thử trang web | Lập kế hoạch đào tạo để nâng cao trình độ thành viên của nhóm bạn |
| Lịch trình dự án quá chặt chẽ; thật khó để hoàn thành dự án này đúng thời gian | Đặ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 đào tạo lãnh đạo cho người quản lý |
| Sự thiếu hợp tác ảnh hưởng tiêu cực đến năng suất của nhân viên 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 chi phí | Thiết lập phạm vi trước khi bắt đầu công việc, chú ý nhiều đến việc lập kế hoạch dự án và liên tục theo dõi và đo lường 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 câu hỏi sau:
- Ai sẽ kiểm thử?
- Khi nào kiểm thử sẽ xảy ra?
Ai sẽ kiểm thử?
Bạn có thể không biết tên chính 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ó đủ điều kiện cho nhiệm vụ đó hay 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ó các 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 quan điểm của khách hàng
- Mong muốn chất lượng tốt
- Sự chú ý đến chi tiết
- 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, bạn có thể chọn thành viên trong nhóm hoặc thuê outsource tester.
Khi nào kiểm thử sẽ xảy ra?
Các hoạt động kiểm thử phải được kết 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 bạn có tất cả các 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 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 bảo rằng phần mềm đượ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ử, bạn nên thực hiện 2 bước 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) có thể cần kiểm thử.
- 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 áp dụng các bước này để tìm mục tiêu kiểm thử của dự án kiểm thử Ngân hàng Guru99 của bạn
Bạn có thể chọn phương thức ‘TOP-DOWN’, để tìm các tính năng của trang web 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 trang web, do đó bạn có thể tạo bản đồ tư duy để tìm các tính năng của trang web như sau
Hình này hiển thị tất cả các tính năng mà trang web của Guru99 có thể có.
Dựa trên các tính năng trên, bạn 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 trang web 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 kinh doanh thực không
- Kiểm thử xem giao diện bên ngoài của trang web 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 trang web. Những chức năng đó có thuận tiện cho người dùng hay 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à theo đó một quy trình kiểm thử hoặc đánh giá 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ỳ kiểm thử hoạt động sẽ bị đình chỉ cho đến khi các tiêu chí được giải quyết.
Ví dụ: Nếu các thành viên trong nhóm của bạn báo cáo 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 đến khi nhóm phát triển sửa tất cả các 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 giai đ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ần thiết trước khi tiến hành giai đoạn phát triển tiếp theo. Ví dụ: 95% tất cả các 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 cách 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%)
Dữ liệu này 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ọ báo cáo 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ó nghĩa là Run rate không được thỏa mãn, vì vậy KHÔNG xác nhận Exit Criteria
The post Test Plan Là Gì ? Test Plan Gồm Những Gì ? first appeared on Techacademy.
Nhận xét
Đăng nhận xét