1. Demo plan là gì?

*
Test plan đó là tài liệu tổng quan liêu về bài toán kiểm demo 1 project sệt tả: phạm vi dự án, hướng tiếp cận, tiến 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 cần phải test và không cần thiết phải test, các công nạm và môi trường xung quanh test buộc phải có.Test plan là cửa hàng để demo các thành phầm / phần mềm trong một dự án.

Bạn đang xem: Test plan là gì? những thông tin cơ bản cần biết về test plan

2. Các loại chạy thử planMaster testplan: một chiến lược test tổng quan nhất mang đến sản phầm/ phần mềm tổng hợp tất cả các demo plan trước đó.Testing màn chơi Specific kiểm tra Plans(test testplan nạm thể) : planer test rõ ràng cho từng mứcUnit thử nghiệm planIntergration demo planSystem test planAccptance chạy thử planTesting Type Specific chạy thử Plans3. Test plan template

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

- chạy thử plan indentifier(nhận dạng kiểm tra plan) : cung cấp định danh duy nhất mang đến tài liệu- Giới thiệu:Cung cấp mẫu nhìn bao quát về thử nghiệm planXác định các mục tiêuXác định các ràng buộc- tư liệu tham khảo: liệt kê những 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- chạy thử Items:Liệt kê những hạng mục test(phần mềm/ sản phẩm) và những phiên bản- những tính năng được testDanh sách các tính năng được testCung cấp các tài liệu xem thêm cho các yêu mong và thông số kỹ thuật kỹ thuật vào thiết kế.- những tính năng ko được test.

Xem thêm: Giải Bài 103 Trang 97 Sgk Toán 6 Tập 1, Bài 103 Trang 97 Sgk Toán 6 Tập 1

Danh sách những tính năng không được testChỉ ra lý do không được test- phương thức tiếp cận:Chỉ ra các phương pháp tiếp cận tổng thể và toàn diện để testXác định mức độ test( ví như đó là một testplan tổng thể ), những kiểu kiểm tra và phương thức test(manual/automation, while box/black box, gray box)- Items pass/Fail Criteria:Xác định tiêu chí nào sẽ tiến hành sử dụng trong mỗi mục được kiểm tra là fail or pass.- Tiêu chuẩn chỉnh các khối hệ thống treo và yêu cầu kết nối lạiXác định các tiêu chuẩn để dừng vấn đề 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 dạng ghi cải tiếnTest report- môi trường thiên nhiên testChỉ định các đặc điểm 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 nắm liên quan- Đánh giáCung cấp cho một bản test sơ lược(chi tầm giá hoặc cố gắng ) 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 yêu cầu kỹ thuật cần thiếtXác định rằng huấn luyện là cần thiết để hỗ trợ kỹ năng mang lại 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- rủi ro:Xác định các rủi ro có thể gặp gỡ phảiXác định cách giảm nhẹ rủi ro hoặc những kế hoạch dự phòng- trả định với phụ thuộc:Liệt kê những giả định trong khi triển khai kế hoạch nàyLiệt kê những phụ thuộc- Phê duyệt:Chỉ định tên và vai trò của tât cả những người dân phải đồng ý kế hoạchCung cấp không gian cho chữ ký kết và ngày tháng( nếu như tài liệu là phiên bản in)

4. Lưu giữ ýXây dựng chiến lược ngắn gọn, né dư thừaCụ thểSử dụng list và bảng nếu tất cả thể. Tránh các đoạn văn nhiều năm dòngCó kế hoạch kiểm tra xem xét lại một vài lần trước khi gửi đi. Chất lượng testplan thể hiện unique bài testCập nhật test plan khi đề xuất 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