Test Plan Là Gì ? Test Plan Gồm Các Gì ?

Test là một việc làm quan trọng yên cầu người triển khai rất nhiều kỹ thuật kinh nghiệm tay nghề và cần phải thực thi theo đúng tiến 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à khám phá về yếu tố này nhé !

I. Test Plan là gì ?

TEST PLAN là một tài liệu cụ thể miêu tả kế hoạch kiểm thử, tiềm năng, lịch trình, ước tính và năng lực cung ứng và những nguồn lực thiết yếu để kiểm thử. Test plan giúp tester xác lập nỗ lực thiết yếu để xác nhận chất lượng của ứng dụng đang được kiểm thử ứng dụng . Test plan đóng vai trò như một kế hoạch cụ thể để triển khai những hoạt động giải trí kiểm thử ứng dụng như một quá trình xác lập, được giám sát và trấn áp từng bước bởi người quản trị kiểm thử .

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

Bạn đang đọc: Test Plan Là Gì ? Test Plan Gồm Các Gì ?

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

Bạn đang đọc: Test Plan Là Gì ? Test Plan Gồm Các Gì ?

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à trách nhiệm quan trọng nhất của quy trình tiến độ quản trị 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ẩmThiế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ựcLên kế hoạch môi trường kiểm thử (Test Environment)Lịch trình & Dự toánXác định sản phẩm kiểm thử

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

Làm thế nào bạn hoàn toàn có thể kiểm thử một loại sản phẩm mà không có bất kể thông tin về nó ? Câu vấn đáp là không hề. Bạn phải khám phá một loại 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à website ngân hàng nhà nước Guru99. Bạn nên nghiên cứu và điều tra người mua và người sử dụng cuối để biết nhu yếu và mong đợi của họ từ ứng dụng

Ai sẽ sử dụng trang web?Cái này được sử 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 nghĩa là gì?

Bạn hoàn toàn có thể sử dụng giải pháp sau để nghiên cứu và phân tích website

Phỏng vấn khách hàng, designer, lập trình viênReview lại tài liệu của sản phẩm và dự ánThực hiện theo hướng dẫn phần mềmQuay 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 loại sản phẩm trong thực tiễn : Phân tích website ngân hàng nhà nước http://demo.guru99.com/V4 Bạn nên xem qua website này và xem xét tài liệu loại sản phẩm ( product documentation ). Đánh giá product documentation giúp bạn hiểu tổng thể những tính năng của website 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 hoàn toàn có thể phỏng vấn người mua, lập trình viên, designer để có thêm thông tin .

Bước 2. Xây dựng kế hoạch 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 kế hoạch kiểm thử, là tài liệu cấp cao, thường được tăng trưởng 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úngXác định nỗ lực và chi phí kiểm thử

Quay lại dự án Bất Động Sản của bạn, bạn cần tăng trưởng kế hoạch kiểm thử để kiểm thử website ngân hàng nhà nước đó. Bạn nên làm theo những bước dưới đây – Xác định khoanh vùng phạm vi kiểm thử – Xác định loại kiểm thử – Tài liệu ( document ) về rủi ro đáng tiếc và yếu tố – Tạo test logistics

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

Trước khi mở màn bất kể hoạt động giải trí kiểm thử nào, khoanh vùng phạm vi của kiểm thử phải được biết. Bạn phải tâm lý 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 khoanh vùng phạm vi của dự án Bất Động Sản kiểm thử của bạn là rất quan trọng so với toàn bộ những bên tương quan. Một khoanh vùng phạm vi đúng chuẩn 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àmTấ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 lập khoanh vùng phạm vi, bạn phải –

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

Bây giờ nên xác lập rõ ràng “ trong khoanh vùng phạm vi ” và “ ngoài khoanh vùng 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 Bất Động Sản không được 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 người mua rằng Api tests là việc làm 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 hỗ để nói rằng điều bạn vừa nêu là thực sự. Nói với anh ta nếu Api Testing được gồm có trong khoanh vùng phạm vi thì ngân sách sẽ tăng thêm số tiền XYZ . Khách hàng đồng ý chấp thuận và theo đó những khoanh vùng 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ở 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 quá trình kiểm thử tiêu chuẩn mang lại tác dụng kiểm thử dự kiến . Mỗi loại kiểm thử được kiến thiết xây dựng để xác lập một loại lỗi mẫu sản phẩm đơn cử. Nhưng, tổng thể những Loại Kiểm thử đều nhằm mục đích đạt được một tiềm năng chung. Phát hiện sớm tổng thể những lỗi trước khi phát hành mẫu sản phẩm cho người mua . Các loại kiểm thử thường được sử dụng được miêu tả như hình dưới đâyBước 2.2. Xác định loại kiểm thử 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ử

Các loại kiểm thử nào nên được tập trung để kiểm thử ứng dụng web?Các 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 đáng tiếc và yếu tố

Rủi ro là sự kiện không chắc như đinh trong tương lai với Phần Trăm xảy ra và năng lực thua lỗ. Khi rủi ro đáng tiếc thực sự xảy ra, nó sẽ trở thành yếu tố . Trong Test plan QA, bạn sẽ ghi lại những rủi ro đáng tiếc đóRủi roCá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 trị kiểm thử cần vấn đáp những 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 hoàn toàn có thể không biết tên đúng mực của tester sẽ kiểm thử, nhưng loại tester hoàn toàn có thể được xác lập . Để chọn đúng thành viên cho trách nhiệm được chỉ định, bạn phải xem xét liệu kiến thức và kỹ năng của anh ta có đủ điều kiện kèm theo cho trách nhiệm đó hay không, cũng ước tính ngân sách dự án Bất Động Sản. Chọn sai thành viên cho trách nhiệm hoàn toàn có thể khiến dự án Bất Động Sản thất bại hoặc bị delay . Người có những kiến thức và kỹ năng sau là lý tưởng nhất để triển khai kiểm thử ứng dụng :

Khả năng hiểu quan điểm của khách hàngMong muốn chất lượng tốtSự chú ý đến chi tiếtHợp tác tốt

Trong dự án Bất Động Sản của bạn, thành viên sẽ chịu nghĩa vụ và trách nhiệm triển khai kiểm thử là tester. Dựa trên ngân sách dự án Bất Động Sản, bạn hoàn toà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 giải trí kiểm thử phải được phối hợp với những hoạt động giải trí tăng trưởng tương quan . Bạn sẽ khởi đầu kiểm thử khi bạn có tổng thể những mục nhu yế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 chuẩn bị

Bước 3. Xác định tiềm năng kiểm thử

Mục tiêu kiểm thử là tiềm năng toàn diện và tổng thể và thành tích của việc triển khai kiểm thử. Mục tiêu của kiểm thử là tìm ra càng nhiều lỗi ứng dụng càng tốt ; bảo vệ rằng ứng dụng được kiểm thử không có lỗi trước khi phát hành . Để xác lập tiềm năng kiểm thử, bạn nên triển khai 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 vận dụng những bước này để tìm tiềm năng kiểm thử của dự án Bất Động Sản kiểm thử Ngân hàng Guru99 của bạn Bạn hoàn toàn có thể chọn phương pháp ‘ TOP-DOWN ’, để tìm những tính năng của website hoàn toàn có thể cần kiểm thử. Trong giải 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 đã nghiên cứu và phân tích những thông số kỹ thuật kỹ thuật nhu yếu và duyệt qua website, do đó bạn hoàn toàn có thể tạo map tư duy để tìm những tính năng của website như sauBước 3. Xác định mục tiêu kiểm thử Hình này hiển thị tổng thể những tính năng mà website của Guru99 hoàn toàn có thể có . Dựa trên những tính năng trên, bạn hoàn toàn có thể xác lập tiềm năng kiểm thử ( Test Objective ) của dự án Bất Động Sả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ôngKiể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àngXác minh khả năng sử dụng của trang web. Các chức năng đó có thuận tiện cho người sử dụng hay không?

Bước 4. Xác định tiêu chuẩn 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 tiến trình kiểm thử hoặc nhìn nhận kiểm thử hoàn toàn có thể được dựa trên. Có 2 loại tiêu chuẩn kiểm thử như sau

Suspension Criteria

Chỉ định những tiêu chuẩn đình chỉ quan trọng cho một bài kiểm thử. Nếu những tiêu chuẩn đình chỉ được phân phối trong quy trình kiểm thử, chu kỳ luân hồi kiểm thử hoạt động giải trí sẽ bị đình chỉ cho đến khi những tiêu chuẩn được xử lý . Ví dụ : Nếu những thành viên trong nhóm của bạn báo cáo 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 đến khi nhóm tăng trưởng sửa tổng thể những trường hợp thất bại .

Exit Criteria

Nó chỉ định những tiêu chuẩn biểu lộ sự triển khai xong thành công xuất sắc của quá trình kiểm thử. Các tiêu chuẩn thoát là tác dụng được nhắm tiềm năng của kiểm thử và là thiết yếu trước khi thực thi quá trình tăng trưởng tiếp theo. Ví dụ : 95 % toàn bộ 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 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 hoàn toàn có thể được lấy trong những 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 đã triển khai những kiểm thử. Họ báo cáo giải trình tác dụng 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ỷ suất Run rate là bắt buộc là 100 %, nhưng nhóm kiểm thử chỉ hoàn thành xong 90 % những trường hợp kiểm thử. Điều đó có nghĩa là Run rate không được thỏa mãn nhu cầu, thế cho nên KHÔNG xác nhận Exit Criteria

0 Shares
Share
Tweet
Pin