Test Plan Là Gì? Mẫu Test Plan Đơn Giản Cho Fresher Thực Tập
7 tháng trước · 10 phút đọc
Test plan là gì và tại sao fresher cần biết?
Mình nhớ tuần đầu thực tập, mentor hỏi: "Em có test plan chưa?" Mình trả lời: "Em test xong rồi anh." Mentor nhìn mình 3 giây, rồi nói: "Test xong mà không có kế hoạch trước thì em biết mình test đủ chưa?"
Câu đó khiến mình suy nghĩ cả tuần.
Test plan - hay còn gọi là kế hoạch kiểm thử - là tài liệu mô tả cái gì cần test, ai test, khi nào test, và làm thế nào để biết test đã đủ. Không phải danh sách test case. Không phải báo cáo bug. Test plan là thứ bạn viết trước khi bắt đầu test bất kỳ thứ gì.
Test plan trả lời 4 câu hỏi cốt lõi trước khi bắt tay vào test
Tại sao fresher cần biết? Vì đây là thứ phân biệt người "test cho xong" với người "test có hệ thống". Mentor không kỳ vọng test plan của intern hoàn hảo như senior, nhưng họ kỳ vọng bạn biết nó tồn tại và cố gắng làm. Chỉ cần có một bản test plan - dù đơn giản - bạn đã vượt {{fact:fact_0}} fresher khác nộp CV cùng đợt.
Cấu trúc test plan chuẩn gồm những gì?
Có nhiều template test plan trên internet, dài tới 20-30 trang. Với fresher thực tập, bạn không cần thế. Dưới đây là 6 phần cốt lõi - đủ để mentor gật đầu, đủ để bạn test có hệ thống.
6 phần này đủ cho fresher - không cần template 30 trang
1. Thông tin chung (Test Plan Overview)
Ghi tên dự án, phiên bản, ngày viết, người viết. Nghe đơn giản, nhưng hay bị bỏ qua. Khi mentor review, họ cần biết đây là test plan cho build nào, sprint nào.
2. Phạm vi kiểm thử (Scope)
Đây là phần quan trọng nhất. Gồm 2 mục:
- In Scope - những gì sẽ được test
- Out of Scope - những gì sẽ không được test
Tại sao cần Out of Scope? Vì nếu không ghi rõ, mentor sẽ hỏi "sao em không test tính năng X?" và bạn không có câu trả lời. Ghi rõ Out of Scope = tự bảo vệ mình khỏi những kỳ vọng không được nói ra.
3. Mục tiêu kiểm thử (Test Objectives)
Mô tả ngắn gọn: test xong thì kết quả mong đợi là gì? Ví dụ: "Xác nhận tính năng đăng nhập hoạt động đúng với các loại input hợp lệ và không hợp lệ theo tài liệu yêu cầu v1.2."
Một câu. Hai câu tối đa. Không cần dài.
4. Nguồn lực (Resources)
Gồm 3 thứ:
- Con người: ai test? (Thường với intern chỉ có mình bạn)
- Môi trường: test trên thiết bị nào, browser nào, OS nào?
- Công cụ: dùng Jira, TestLink, Excel, hay Google Sheet?
5. Lịch trình (Schedule)
Ghi ngày bắt đầu, ngày kết thúc, và milestone chính. Với thực tập dự án nhỏ, timeline thường 3-7 ngày. Đừng để mơ hồ kiểu "tuần này xong". Ghi cụ thể: "15/07 - viết test case, 16-17/07 - thực thi, 18/07 - báo cáo".
6. Tiêu chí hoàn thành (Exit Criteria)
Bao giờ thì test được coi là xong? Ví dụ điển hình:
- 100% test case đã thực thi
- Không còn bug nghiêm trọng (critical/high) nào còn mở
- Báo cáo test đã gửi cho team
Thiếu exit criteria, bạn sẽ không biết khi nào được phép dừng. Mình từng test "cho chắc" thêm 2 ngày vô ích vì không đặt tiêu chí dừng từ đầu.
Case study: Test plan cho app gọi xe Việt Nam
Lý thuyết xong, mình đi vào ví dụ cụ thể. Giả sử bạn thực tập tại công ty phát triển app gọi xe (kiểu như Be, Grab), và được giao test tính năng "Đặt xe" trên phiên bản mobile vừa cập nhật.
Dưới đây là test plan thu gọn - đủ để nộp cho mentor:
Ví dụ test plan thực tế - áp dụng ngay vào dự án thực tập
Test Plan: Tính năng Đặt xe - App GọiXe v2.1
Thông tin chung:
- Dự án: App GọiXe Mobile
- Phiên bản build: 2.1.0
- Ngày viết: [ngày hiện tại]
- Người viết: [Tên bạn] - Intern QA
Phạm vi:
- In Scope: Luồng đặt xe (nhập điểm đón, điểm đến, chọn loại xe, xác nhận đặt); thông báo xác nhận; hiển thị thông tin tài xế
- Out of Scope: Tính năng thanh toán, đánh giá tài xế, lịch sử chuyến đi (sprint sau)
Mục tiêu: Xác nhận luồng đặt xe cơ bản hoạt động đúng theo tài liệu yêu cầu sprint 5, không có bug critical/high nào còn mở trước ngày release.
Nguồn lực:
- Người: 1 intern QA (mình)
- Thiết bị: Android 13 (Samsung Galaxy A54), iOS 16 (iPhone 13)
- Công cụ: Jira để log bug, Google Sheet để track test case
Lịch trình:
- Ngày 1: Đọc tài liệu, viết test case
- Ngày 2-3: Thực thi test case
- Ngày 4: Retest bug đã fix
- Ngày 5: Báo cáo kết quả
Tiêu chí hoàn thành:
- 100% test case đã chạy
- 0 bug critical/high còn mở
- Test summary report đã gửi mentor
Nhìn vào đây thấy không phức tạp. Nhưng thứ mà mentor đánh giá cao không phải độ dài - mà là bạn có tư duy có hệ thống không. Test plan này cho thấy bạn biết mình đang test cái gì, không test cái gì, và biết khi nào thì xong.
3 lỗi phổ biến fresher hay mắc khi viết test plan
Lỗi 1: Scope quá rộng, không thực tế
"In Scope: Toàn bộ ứng dụng" - mình đã từng viết thế này. Mentor đọc xong hỏi: "Em có 3 ngày, em test được toàn bộ app không?" Câu trả lời rõ ràng là không.
Scope cần phản ánh thực tế thời gian và nguồn lực bạn có. Nếu chỉ có 3 ngày, chỉ test 2-3 tính năng chính. Scope hẹp mà test kỹ tốt hơn scope rộng mà test qua loa.
Scope hẹp + test kỹ > Scope rộng + test qua loa
Lỗi 2: Không có Out of Scope
Bỏ qua mục này là sai lầm nhiều fresher mắc. Hậu quả: sau khi bạn nộp báo cáo, mentor hỏi "sao không test tính năng A?" và bạn không có câu trả lời hợp lý.
Ghi rõ Out of Scope là cách bạn quản lý kỳ vọng của người khác. Đây là kỹ năng quan trọng, không chỉ trong testing.
Lỗi 3: Schedule kiểu "tuần này", "hôm nay-mai"
Lịch trình mờ nhạt = không ai biết bạn đang ở đâu trong tiến độ. Khi mentor hỏi "em test đến đâu rồi?", bạn không có câu trả lời cụ thể.
Dùng ngày cụ thể. Dùng milestone. "15/07: viết test case xong" rõ ràng hơn "cuối tuần này".
Thấy 3 lỗi này quen không? Bình thường - mình cũng từng mắc cả 3. Điều quan trọng là nhận ra và sửa trước khi nộp cho mentor.
Template test plan Word/Google Docs - copy và dùng ngay
Mình đã chuẩn bị sẵn template test plan đơn giản, phù hợp cho fresher và intern. Template này dựa trên cấu trúc 6 phần ở trên, có hướng dẫn điền từng ô, kèm ví dụ mẫu.
Template này đã có hướng dẫn điền - chỉ cần thay thông tin dự án của bạn
Tải về tại đây: {{resource:resource_0}}
Template bao gồm:
- Sheet 1: Test Plan chính (6 phần cốt lõi, có placeholder hướng dẫn điền)
- Sheet 2: Ví dụ mẫu điền sẵn (copy từ case study app gọi xe)
- Sheet 3: Checklist tự kiểm tra trước khi nộp mentor
Cách dùng: Tải về → mở Google Docs hoặc Word → thay thế các ô [...] bằng thông tin dự án của bạn → xóa phần hướng dẫn màu xám → nộp.
Nếu bạn muốn học bài bản hơn về kiểm thử phần mềm - từ test case, bug report đến test plan - khóa Kiểm thử phần mềm có lộ trình đi từ cơ bản nhất, tập trung vào kiến thức trọng tâm để có việc làm sau 2 tháng học. Phù hợp cho người trái ngành chuyển sang.
Làm thế nào để test plan gây ấn tượng với mentor?
Viết đúng cấu trúc mới là điều kiện cần. Điều kiện đủ để mentor thật sự ấn tượng nằm ở 3 thứ khác:
Thứ nhất: Viết test plan trước khi được yêu cầu.
Phần lớn intern chờ mentor nói "em viết test plan đi". Nếu bạn chủ động gửi test plan trước khi bắt đầu test, mentor sẽ chú ý. Bạn chứng minh bạn hiểu quy trình, không chỉ biết thực thi.
Thứ hai: Hỏi về Out of Scope thay vì tự đoán.
Khi nhận task, hỏi thẳng: "Anh/chị ơi, những tính năng nào nằm ngoài phạm vi test lần này?" Câu hỏi này cho thấy bạn biết tư duy về giới hạn công việc - điều mà nhiều senior cũng không làm tốt.
Chủ động hỏi Out of Scope = quản lý kỳ vọng chuyên nghiệp
Thứ ba: Review lại test plan sau khi xong.
Sau khi test xong, nhìn lại test plan và ghi chú: cái gì đúng như kế hoạch, cái gì sai, tại sao. Đây là thứ bạn mang vào buổi review với mentor. Một tờ giấy A4 ghi "thực tế vs kế hoạch" cho thấy bạn học từ kinh nghiệm - không chỉ làm cho xong.
Với mình, bài học lớn nhất từ năm đầu làm tester là: test plan không phải tài liệu cho người khác đọc - nó là công cụ để bạn tự tổ chức. Ngay cả khi không ai yêu cầu, viết nó ra giúp bạn test có mục tiêu, không bỏ sót, và biết khi nào thì xong.
Bước tiếp theo: mở template vừa tải, điền thông tin dự án thực tập của bạn. Nếu chưa có dự án thực tập, thực hành với một app Việt Nam bạn đang dùng - Grab, Shopee Food, hay MoMo đều ổn. Test một tính năng nhỏ, viết test plan 1 trang. Làm xong, comment bên dưới - mình xem và feedback từng bạn.