Test Plan Là Gì

     
1. Demo plan là gì?

*
Test plan chính là tài liệu tổng quan lại về bài toán kiểm thử 1 project quánh tả: phạm vi dự án, hướng tiếp cận, quy trình kiểm thử, khoáng sản và lực lượng lao động cần có, các tính năng rất cần phải test và không cần thiết phải test, những công nuốm và môi trường thiên nhiên test nên có.Test plan là cơ sở để thử nghiệm các thành phầm / phần mềm trong một dự án.

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

2. Các loại chạy thử planMaster testplan: một kế hoạch test bao quát nhất mang đến sản phầm/ ứng dụng tổng hợp toàn bộ các test plan trước đó.Testing level Specific test Plans(test testplan vắt thể) : kế hoạch test cụ thể cho từng mứcUnit demo planIntergration demo planSystem kiểm tra planAccptance kiểm tra planTesting Type Specific test Plans3. Kiểm tra plan template

Các format và ngôn từ của testplan là khác biệt tùy vào những quy trình , tiêu chuẩn và các công cụ quản lý lỗi. Tuy nhiên định dạng sau dựa vào tiêu chuẩn IEEE cho demo plan cung cấp một cách đầy đủ cùng tóm tắt hầu như gì nên đưa và rất có thể đưa vào.

- kiểm tra plan indentifier(nhận dạng demo plan) : hỗ trợ định danh duy nhất mang đến tài liệu- Giới thiệu:Cung cấp chiếc nhìn tổng thể về kiểm tra planXác định những mục tiêuXác định các ràng buộc- tư liệu tham khảo: liệt kê các tài liệu liên quan, các ràng buộc với bọn chúng bao gồm:Kế hoạch dự ánKế hoạch cấu hình- test Items:Liệt kê các hạng mục test(phần mềm/ sản phẩm) và các phiên bản- những tính năng được testDanh sách các tính năng được testCung cấp những tài liệu tìm hiểu thêm cho các yêu mong và thông số kỹ thuật kỹ thuật trong thiết kế.

Xem thêm: Nghĩa Của Từ Tos Là Gì ? Định Nghĩa, Ví Dụ, Giải Thích

- những tính năng không được test.

Xem thêm: Định Nghĩa Mount Là Gì Trong Tiếng Việt? Mount Là Gì Trong Tiếng Anh

Danh sách các tính năng không được testChỉ ra nguyên nhân không được test- phương thức tiếp cận:Chỉ ra các phương thức tiếp cận tổng thể và toàn diện để testXác định mức độ test( nếu như đó là 1 testplan tổng thể ), các kiểu chạy thử và cách thức test(manual/automation, while box/black box, gray box)- Items pass/Fail Criteria:Xác định tiêu chí nào sẽ được sử dụng trong mỗi mục được test là fail or pass.- Tiêu chuẩn các khối hệ thống treo cùng yêu cầu kết nối lạiXác định các tiêu chí để dừng việc testXác định các vận động test khi quy trình test dk liên kết lại- sản phẩm testTest planTest caseTest scriptsLỗi/ các bản ghi cải tiếnTest report- môi trường xung quanh testChỉ định các đặc thù của môi trường: phần cứng, phần mềm, mạng….Danh sách testing và những công nuốm liên quan- Đánh giáCung cấp một bản test sơ lược(chi tầm giá hoặc nỗ lực ) hoặc 1 links để lập dự trù chi tiết- Nhân sự và huấn luyện và giảng dạy theo nhu cầuXác định nhân sự cho nhu cầu kỹ thuật yêu cầu thiếtXác định rằng đào tạo là cần thiết để hỗ trợ kỹ năng cho nhân sự- Trách nhiệm:Xác định trách nhiệm của mỗi đội/ cá nhân/ tổ chức- đen thui ro:Xác định những rủi ro có thể gặp phảiXác định biện pháp giảm nhẹ khủng hoảng hoặc những kế hoạch dự phòng- giả định và phụ thuộc:Liệt kê những giả định vào khi triển khai kế hoạch nàyLiệt kê các phụ thuộc- Phê duyệt:Chỉ định tên và vai trò của tât cả những người phải chấp nhận kế hoạchCung cấp không gian cho chữ ký kết và ngày tháng( giả dụ tài liệu là bạn dạng in)

4. Lưu ýXây dựng planer ngắn gọn, kiêng dư thừaCụ thểSử dụng danh sách và bảng nếu tất cả thể. Tránh những đoạn văn lâu năm dòngCó kế hoạch khám nghiệm xem xét lại một vài lần trước khi gửi đi. Quality testplan thể hiện chất lượng bài testCập nhật kiểm tra plan khi đề nghị thiết5. Ví dụ

Ví dụ testplan cơ bản

*
Tài liệu tham khảo :http://softwaretestingfundamentals.com/test-plan/http://www.testingvn.com/viewforum.php?f=30