Ví dụ mẫu kế hoạch test linh hoạt, ngắn gọn, hiệu quả cho dự án phần mềm- test plan template – Quality Resource Solutions

Scope of testing

1. Các yêu cầu chức năng thực hiện test:
– Frontend: Login, Home Page, E-Lectures, E-Books, E-Tutorials, E-Tests, Phân quyền người dùng
– Backend: Quản lý Users, Quản lý phân  quyền Users, Quản lý Packages, Quản lý E-Lectures, Quản lý E-Books, Quản lý Parameters, Reports
2. Môi trường thực hiện test:
– Server test: xxxx
– Server UAT: yyyyy
– Device: Ipad , PC, tablet ( Android), Mac laptop
– Browser: Chrome, Firefox,  Internet Explorer 10, Mac Safari, Tablet Browser like iPad Safari or Android Chrome

Tools Test

Test Plan : MSExcel
Test Case: MSExcel
Công cụ chụp ảnh lỗi: Snapgit
Công cụ theo dõi lỗi: Redmine
Lập báo cáo Test: MSExcel
Công cụ hỗ trợ test giao diện: Multi-browsers

Test Strategy

1. Chiến lược xây dựng Test case:
– Toàn bộ phần giao diện sẽ xây dựng checklist để kiểm tra vì yêu cầu không rõ ràng và có thể bị thay đổi nhiều
– Toàn bộ phần chức năng và business của Frontend và Backend đều phải viết testcase
2. Test Browser và các thiết bị phân theo giai đoạn sau:
– Itegration test: Chỉ test trên PC (Firefox, Chrome, IE 10). Test tập trung trên Firefox
– System test: Test trên PC và các thiết bị còn lại
3. Chiến lược về nguồn lực:
– User 1: Chịu trách nhiệm test chính phần Business
– User 3: Chịu trách nhiện test chính phần Chức năng, Giao diện
– Thực hiện review chéo kết quả sau từng round
4. Thứ tự ưu tiên test:
– Ưu tiên test giao diện hoàn thiện sớm để confirm với KH, sử dụng thêm công cụ để hỗ trợ test giao diện Multi-browser.
– Danh sách các chức năng ưu tiên test theo 4 mốc bàn giao với khách hàng:
+ Demo Subscriber’s view for E-Lectures, E-Books, E-Tutorials, E-Test (28/03/2017)
+ Demo Question Bank management (11/04/2017)
+ Demo E-Book and E-Test management (23/04/2017)
+ Demo E-Tutorial and E-Lecture management (23/04/2017)
– Function, Business: Thực hiện Manual test

Resources

No.
Name
Role
Task

1
User 1
BA + Tester
– Phân tích yêu cầu dự án, tổng hợp các tài liệu liên quan
– Phân task, Lên kế hoạch công việc
– Xây dựng Test case và thực hiện test
– Chịu trách nhiệm chính phần Business
– Lập báo cáo kiểm thử
– Xây dựng và tổng hợp các tài liệu Manual, UAT

2
User 3
Tester
– Test phần giao diện theo yêu cầu
– Test phần chức năng theo yêu cầu
– Xây dựng Test case (Các phần được giao)
– Viết tài liệu Manual, UAT (Các phần được giao)

3
LienDTV
PM
– Review Các tài liệu test
– Review báo cáo

Deliverables and Milestons

No.
Milestone Task
Effort (Hour)
Assign to
Deliverables
Delivery date
Note

1
Xây dụng tài liệu URD
14
User 1
Project ABC_URD_V1.0
14/03/2016

2
Lập Test plan
3
User 1, User 3
Project ABC_TestDocument_v1.0
17/03/2017

3
Tạo Test case
24
User 1, User 3
Project ABC_TestDocument_v2.0
25/03/2017

4
Tạo Test report
14
User 1
Project ABC_TestDocument_v3.x
17/03/2017 đến 29/04/2017

5
Viết tài liệu UAT
6
User 1, User 2
Project ABC_UAT_v1.0
26/04/2017

6
Viết tài liệu Manual
3
User 1, User 2
Project ABC_Manual_v1.0
26/04/2017

7
Thực hiện Final Inspection
0.5
User 1, User 2, User 4
Project ABC_FI_v1.0
28/04/2017

Stage of Test

Test Types
Testing Levels

Unit test
Integration
System
Acceptance

Interface Test

x
x
x

Functional Test

x
x
x

Load test

x
x

Usability test

x
x

Testing standard

Start condition test
– Round 1: Khi bên developer hoàn thành 70% các module, đã thực hiện Unit test
– Thiết lập môi trường, cấu hình cho việc test
– Round 2: Thực hiện test 30% các module còn lại, và retest các bug ở vòng 1
– Round 3: Thực hiện retest các bug ở Vòng 2

When stop test
– Hoàn thành phạm vi test
– Tất cả các lỗi được xác định phải được ghi nhận vào một giải pháp đã thỏa thuận. Không còn lỗi nào có mức độ Medium trở lên

Standard success test
– Đáp ứng được yêu cầu chức năng của phần mềm
– Đáp ứng được yêu cầu của người dùng

When does test recurrent
– Kết thúc Sprint
– Khi có yêu cầu của PM hoặc cấp trên