Ví dụ về mẫu kế hoạch kiểm thử

Mẫu kế hoạch kiểm thử là gì?

A Mẫu kế hoạch kiểm tra Đây là một tài liệu chi tiết mô tả chiến lược kiểm thử, mục tiêu, lịch trình, ước tính, sản phẩm bàn giao và các nguồn lực cần thiết cho việc kiểm thử. Nó giúp xác định nỗ lực cần thiết để xác nhận chất lượng và đóng vai trò như một bản kế hoạch do Quản lý Kiểm thử kiểm soát.

Tạo ra một Kế hoạch kiểm tra Việc này là bắt buộc để đảm bảo sự thành công của dự án kiểm thử của bạn. Nếu bạn chưa quen với việc này, hãy tham khảo... Cách tạo kế hoạch kiểm tra.

Tải xuống mẫu kế hoạch kiểm tra mẫu

Cấu trúc mẫu kế hoạch kiểm thử

Dưới đây là các thành phần quan trọng của mẫu Kế hoạch Kiểm thử, được giải thích theo thứ tự:

• 1. Giới thiệu
• 1.1 Phạm vi
• 1.1.1 Trong phạm vi
• 1.1.2 Ngoài phạm vi
• 1.2 Mục tiêu chất lượng
• 1.3 Vai trò và Trách nhiệm
• 2. Phương pháp kiểm tra
• Tổng quan về 2.1
• 2.2 Cấp độ kiểm tra
• 2.3 Phân loại lỗi
• 2.4 Tiêu chí đình chỉ và yêu cầu tiếp tục
• 2.5 Kiểm tra tính đầy đủ
• 3. Sản phẩm đầu ra thử nghiệm
• 4. Nhu cầu về tài nguyên và môi trường
• 4.1 Công cụ kiểm tra
• 4.2 Môi trường thử nghiệm
• 5. Thuật ngữ/Từ viết tắt

1) Giới thiệu

Phần Giới thiệu cung cấp một cái nhìn tổng quan ngắn gọn về các chiến lược thử nghiệm, quy trình, luồng công việc và phương pháp luận được sử dụng cho dự án.

1.1. Phạm vi

---

Phạm vi được chia thành hai phần để ranh giới thử nghiệm được rõ ràng.

1.1.1) Trong phạm vi

Trong phần "Phạm vi" (Scope), ta định nghĩa các tính năng, yêu cầu chức năng hoặc phi chức năng của phần mềm. sẽ được thử nghiệm.

1.1.2) Ngoài phạm vi

Mục "Ngoài phạm vi" xác định các tính năng, yêu cầu chức năng hoặc phi chức năng của phần mềm mà... sẽ không được thử nghiệm.

1.2) Mục tiêu chất lượng

---

Ở đây, bạn đề cập đến các mục tiêu tổng thể mà nhóm dự định đạt được thông qua kiểm thử thủ công và kiểm thử tự động. Một số mục tiêu của một dự án kiểm thử điển hình bao gồm:

• Đảm bảo ứng dụng cần kiểm thử (AUT) đáp ứng các yêu cầu về chức năng và phi chức năng.
• Đảm bảo thiết bị cần kiểm thử (AUT) đáp ứng các thông số kỹ thuật chất lượng do khách hàng đề ra.
• Xác định và sửa lỗi trước khi ứng dụng được đưa vào sử dụng chính thức.

1.3) Vai trò và Trách nhiệm

---

Hãy mô tả chi tiết vai trò và trách nhiệm của các thành viên trong nhóm, ví dụ như:

• Nhà phân tích QA
• Người quản lý thử nghiệm
• Quản lý cấu hình
• Các nhà phát triển
• Đội cài đặt

Trong số những người khác.

👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí

2) Phương pháp kiểm tra

Phần này xác định vòng đời, cấp độ và các quy tắc được sử dụng để điều chỉnh việc thực thi kiểm thử.

2.1) Tổng quan

---

Hãy nêu lý do lựa chọn phương pháp kiểm thử cụ thể đó cho dự án. Phương pháp kiểm thử được chọn cho dự án có thể là:

• Thác nước
• Lặp đi lặp lại
• Agile
• Lập trình cực đoan

Phương pháp được lựa chọn phụ thuộc vào nhiều yếu tố. Bạn có thể tìm hiểu thêm về phương pháp kiểm thử. đây.

2.2) Cấp độ kiểm tra

---

Các cấp độ kiểm thử xác định các loại kiểm thử sẽ được thực hiện trên ứng dụng cần kiểm thử (AUT).Các cấp độ được lựa chọn chủ yếu phụ thuộc vào phạm vi dự án, thời gian và các hạn chế về ngân sách.

2.3) Phân loại lỗi

---

Mục tiêu của việc phân loại lỗi là:

• Xác định loại giải pháp cho từng lỗi.
• Ưu tiên các lỗi và lập kế hoạch khắc phục cho tất cả các lỗi "Cần được sửa".

2.4) Tiêu chí đình chỉ và yêu cầu tiếp tục

---

Tiêu chí tạm dừng xác định các điều kiện mà theo đó toàn bộ hoặc một phần quy trình thử nghiệm sẽ bị tạm dừng. Tiêu chí tiếp tục xác định thời điểm thử nghiệm có thể tiếp tục sau khi đã bị tạm dừng.

2.5) Kiểm tra tính đầy đủ

---

Tại đây, bạn sẽ xác định các tiêu chí để đánh giá quá trình kiểm thử đã hoàn tất. Ví dụ, các tiêu chí phổ biến để kiểm tra tính hoàn tất của quá trình kiểm thử bao gồm:

• Đạt được độ phủ kiểm thử 100%.
• Tất cả các trường hợp kiểm thử thủ công và tự động đã được thực hiện.
• Tất cả các lỗi hiện tại đều đã được khắc phục hoặc dự kiến ​​sẽ được sửa trong bản phát hành tiếp theo.

3) Kiểm tra sản phẩm bàn giao

Liệt kê mọi sản phẩm được tạo ra trong suốt vòng đời thử nghiệm. Việc ghi lại chúng trước giúp tránh bỏ sót các bước bàn giao giữa các nhóm.

4) Nhu cầu về Tài nguyên & Môi trường

Liệt kê các công cụ và cơ sở hạ tầng cần thiết để đảm bảo ngân sách, giấy phép và môi trường trước khi bắt đầu thực hiện.

4.1) Công cụ kiểm tra

---

Lập danh sách các công cụ như:

• Công cụ theo dõi yêu cầu
• Công cụ theo dõi lỗi
• Công cụ tự động hóa

Những điều này là cần thiết để kiểm tra dự án một cách hiệu quả.

4.2) Môi trường thử nghiệm

---

Đề cập đến mức tối thiểu phần cứng các yêu cầu sẽ được sử dụng để kiểm thử ứng dụng.

Sau đây phần mềm Ngoài phần mềm dành riêng cho khách hàng, cần có thêm các phần mềm sau:

• Windows 11 trở lên
• Microsoft 365 (hoặc Office 2021 trở lên)
• Trao đổi MS, v.v.

5) Thuật ngữ/Từ viết tắt

Ghi chép lại tất cả các thuật ngữ hoặc từ viết tắt được sử dụng trong dự án để người mới có thể đọc kế hoạch mà không gặp phải sự mơ hồ.

Tải xuống định dạng mẫu kế hoạch kiểm tra ở trên

Mẫu tài liệu kế hoạch kiểm thử: Ví dụ về ứng dụng web ngân hàng

Ví dụ minh họa sau đây cho thấy cách điền thông tin vào mẫu trên cho ứng dụng web của Ngân hàng Guru99.

1. Giới thiệu

Kế hoạch kiểm thử quy định phạm vi, phương pháp, nguồn lực và lịch trình của tất cả các hoạt động kiểm thử cho dự án Ngân hàng Guru99. Kế hoạch này xác định các hạng mục và tính năng cần kiểm thử, các loại kiểm thử được thực hiện, nhân sự chịu trách nhiệm và các rủi ro liên quan đến kế hoạch.

1.1 Phạm vi

1.1.1 Trong phạm vi

Tất cả các tính năng của trang web Guru99 Bank được định nghĩa trong yêu cầu phần mềm. thông số kỹ thuật cần được kiểm tra.

Tên mô-đun	Vai trò áp dụng	Mô tả Chi tiết
Kiểm tra số dư	Quản lý Khách hàng	khách hàng: Một khách hàng có thể có nhiều tài khoản ngân hàng và chỉ có thể xem số dư của các tài khoản đó. Quản lý: Người quản lý có thể xem số dư tài khoản của tất cả khách hàng thuộc quyền quản lý của mình.
Chuyển quĩ	Quản lý Khách hàng	khách hàng: Khách hàng có thể chuyển tiền từ tài khoản của mình đến bất kỳ tài khoản đích nào. Quản lý: Người quản lý có thể chuyển tiền từ bất kỳ tài khoản nguồn nào đến bất kỳ tài khoản đích nào.
Báo cáo nhỏ	Quản lý Khách hàng	Bản sao kê thu gọn hiển thị 5 giao dịch gần nhất của một tài khoản. khách hàng: Chỉ xem được bản tóm tắt thu nhỏ các tài khoản của chính mình. Quản lý: Xem bản tóm tắt chi tiết của bất kỳ tài khoản nào.
Tuyên bố tùy chỉnh	Quản lý Khách hàng	Bảng sao kê tùy chỉnh lọc và hiển thị các giao dịch trong tài khoản theo ngày hoặc giá trị giao dịch. khách hàng: Đây chỉ là lời kể của riêng ông ấy. Quản lý: Bất kỳ tài khoản nào.
Thay đổi mật khẩu	Quản lý Khách hàng	khách hàng: Có thể thay đổi mật khẩu tài khoản của chính mình. Quản lý: Có thể thay đổi mật khẩu tài khoản của chính mình nhưng không thể thay đổi mật khẩu của khách hàng.
Khách hàng mới	Quản Lý	Quản lý: Người quản lý có thể thêm khách hàng mới.
Chỉnh sửa khách hàng	Quản Lý	Quản lý: Có thể chỉnh sửa các thông tin chi tiết như địa chỉ, email và số điện thoại của khách hàng.
Tài khoản mới	Quản Lý	Hệ thống cung cấp 2 loại tài khoản: Tiết kiệm và Tài khoản vãng lai. Một khách hàng có thể sở hữu nhiều tài khoản tiết kiệm (cá nhân hoặc chung) và nhiều tài khoản vãng lai. Quản lý: Có thể thêm tài khoản mới cho khách hàng hiện có.
Chỉnh sửa tài khoản	Quản Lý	Quản lý: Có thể chỉnh sửa thông tin tài khoản hiện có.
Xóa tài khoản	Quản Lý	Quản lý: Có thể xóa tài khoản thuộc về khách hàng.
Xóa khách hàng	Quản Lý	Khách hàng chỉ có thể bị xóa nếu người đó không có bất kỳ tài khoản vãng lai hoặc tiết kiệm nào đang hoạt động. Quản lý: Có thể xóa khách hàng.
Tiền gửi	Quản Lý	Quản lý: Có thể gửi tiền vào bất kỳ tài khoản nào, thông thường là khi gửi tiền mặt tại chi nhánh ngân hàng.
Rút Tiền	Quản Lý	Quản lý: Có thể rút tiền từ bất kỳ tài khoản nào, thông thường là khi rút tiền mặt tại chi nhánh ngân hàng.

1.1.2 Ngoài phạm vi

Các tính năng này không được kiểm thử vì chúng không nằm trong yêu cầu kỹ thuật của phần mềm:

• Giao diện người dùng
• Giao diện phần cứng
• Giao diện phần mềm
• Thiết kế logic cơ sở dữ liệu
• Giao diện truyền thông
• Bảo mật và hiệu suất trang web

1.2 Mục tiêu chất lượng

Mục tiêu thử nghiệm là để xác minh Chức năng của trang web Guru99 Bank. Dự án nên tập trung vào việc kiểm tra... hoạt động ngân hàng, chẳng hạn như Quản lý tài khoản, Rút tiền và Kiểm tra số dư, để Bảo hành tất cả các hoạt động này đều hoạt động Thông thường trong môi trường kinh doanh thực tế.

1.3 Vai trò và Trách nhiệm

Dự án nên sử dụng thuê ngoài các thành viên đóng vai trò người thử nghiệm để tiết kiệm chi phí dự án.

STT	Thành viên	Nhiệm vụ
1.	Người quản lý thử nghiệm	Quản lý toàn bộ dự án, xác định hướng đi của dự án và huy động các nguồn lực phù hợp.
2.	Tester	Xác định và mô tả các kỹ thuật kiểm thử, công cụ và kiến ​​trúc tự động hóa phù hợp; xác minh phương pháp kiểm thử; thực hiện kiểm thử; ghi nhật ký kết quả; báo cáo lỗi. Thành viên thuê ngoài.
3.	Nhà phát triển đang thử nghiệm	Thực hiện các trường hợp thử nghiệm, chương trình thử nghiệm, bộ thử nghiệm, v.v.
4.	Quản trị viên kiểm tra	Xây dựng và duy trì môi trường thử nghiệm và các tài nguyên; hỗ trợ người kiểm thử trong quá trình thực thi.
5.	Thành viên SQA	Chịu trách nhiệm về đảm bảo chất lượng và xác nhận xem quy trình thử nghiệm có đáp ứng các yêu cầu đã quy định hay không.

2. Phương pháp kiểm tra

Tổng quan về 2.1

Dự án Ngân hàng Guru99 tuân theo phương pháp kiểm thử thân thiện với Agile, cho phép người kiểm thử phối hợp nhịp nhàng với các chu kỳ phát triển nhanh chóng trong khi vẫn duy trì được cấu trúc tài liệu bài bản.

2.2 Cấp độ kiểm tra

Trong dự án Ngân hàng Guru99, cần tiến hành ba loại kiểm thử:

• Thử nghiệm hội nhập: Các mô-đun phần mềm riêng lẻ được kết hợp và kiểm tra theo nhóm.
• Thử nghiệm hệ thống: Được thực hiện trên một hệ thống tích hợp hoàn chỉnh để đánh giá sự tuân thủ các yêu cầu đã quy định.
• Kiểm tra API: Kiểm tra mọi API mà phần mềm cần kiểm thử cung cấp.

2.3 Phân loại lỗi

Các cuộc họp phân loại lỗi được tổ chức hai lần một tuần để phân loại mức độ nghiêm trọng của lỗi, người chịu trách nhiệm và bản phát hành sửa lỗi dự kiến.

2.4 Tiêu chí đình chỉ và yêu cầu tiếp tục

If 40% các trường hợp thử nghiệm có khôngTạm dừng thử nghiệm cho đến khi nhóm phát triển khắc phục tất cả các trường hợp lỗi.

2.5 Kiểm tra tính đầy đủ

• Chỉ định các tiêu chí biểu thị một thành công hoàn thành giai đoạn thử nghiệm.
• Tốc độ chạy là bắt buộc tại 100% trừ khi có lý do rõ ràng.
• Tỷ lệ vượt qua is 80%Đạt được tỷ lệ đậu là bắt buộc.

2.6 Nhiệm vụ dự án, ước tính và tiến độ

Nhiệm vụ	Các thành viên	Nỗ lực ước tính
Tạo đặc tả thử nghiệm	thiết kế thử nghiệm	170 giờ làm việc
Thực hiện thực hiện kiểm tra	Người kiểm tra, Người quản lý kiểm tra	80 giờ làm việc
Báo cáo thử nghiệm	Tester	10 giờ làm việc
Giao hàng thử nghiệm	Người quản lý thử nghiệm	20 giờ làm việc
Tổng cộng	-	280 giờ làm việc

Lịch trình: Nhóm cam kết hoàn thành các nhiệm vụ này trong khung thời gian chu kỳ thử nghiệm đã được thỏa thuận.

3. Sản phẩm đầu ra thử nghiệm

Các hạng mục kiểm thử cho dự án Guru99 Bank được chia thành ba giai đoạn.

Trước giai đoạn thử nghiệm:

• Tài liệu kế hoạch kiểm thử.
• Các trường hợp thử nghiệm các tài liệu.
• Thông số kỹ thuật thiết kế thử nghiệm.

Trong giai đoạn thử nghiệm:

• Các công cụ mô phỏng thử nghiệm.
• Dữ liệu kiểm tra.
• Ma trận truy vết kiểm thử, nhật ký lỗi và nhật ký thực thi.

Sau khi các chu kỳ thử nghiệm kết thúc:

• Kết quả và báo cáo thử nghiệm.
• Báo cáo khiếm khuyết.
• Hướng dẫn quy trình lắp đặt và kiểm tra.
• Ghi chú phát hành.

4. Nhu cầu về tài nguyên và môi trường

4.1 Công cụ kiểm tra

STT	Tài nguyên	Mô tả Chi tiết
1.	của chúng tôi	Một máy chủ cơ sở dữ liệu đang chạy MySQL và một máy chủ web chạy Apache.
2.	Công cụ kiểm tra	Một công cụ có thể tự động tạo kết quả kiểm thử theo định dạng đã định trước và tự động hóa quá trình thực thi kiểm thử.
3.	mạng	Cấu hình mạng LAN gigabit và một đường truyền internet với tốc độ tối thiểu 5 Mb/s.
4.	Máy tính	Ít nhất 4 máy trạm đang hoạt động Windows 11, với RAM 8 GB và CPU 3.4 GHz.

4.2 Môi trường thử nghiệm

Phần này liệt kê các yêu cầu tối thiểu về phần cứng và phần mềm được sử dụng để kiểm tra ứng dụng. Ngoài phần mềm dành riêng cho khách hàng, các phần mềm sau đây là bắt buộc:

• Windows 11 trở lên
• Microsoft 365 (hoặc Office 2021 trở lên)
• Trao đổi MS, v.v.

Trí tuệ nhân tạo (AI) hỗ trợ lập kế hoạch kiểm thử như thế nào?

Lập kế hoạch kiểm thử hiện đại ngày càng sử dụng trí tuệ nhân tạo (AI) để giảm thiểu công sức và phát hiện các điểm mù. Các trợ lý tạo sinh như ChatGPT, Claude, hoặc... Gemini Có thể lập kế hoạch kiểm thử ban đầu từ tài liệu yêu cầu, đề xuất các trường hợp ngoại lệ bị thiếu và tự động tạo ma trận truy vết. Các mô hình học máy sẽ gắn cờ các mô-đun rủi ro từ dữ liệu lỗi trong quá khứ, giúp người quản lý kiểm thử tập trung nỗ lực vào những vấn đề quan trọng nhất.

Tuy nhiên, sự hỗ trợ của trí tuệ nhân tạo không thể thay thế khả năng phán đoán của con người. RevNgười thẩm định phải xác nhận phạm vi, phạm vi áp dụng quy định và mục đích kinh doanh trước khi phê duyệt bất kỳ kế hoạch nào do AI tạo ra. Hãy coi các đề xuất của AI như bản nháp đầu tiên, chứ không phải là tài liệu cuối cùng.

Các phương pháp tốt nhất để xây dựng kế hoạch kiểm thử hiệu quả

Một kế hoạch kiểm thử được soạn thảo tốt sẽ giúp tất cả các bên liên quan nắm rõ thông tin. Hãy áp dụng những phương pháp tốt nhất này khi soạn thảo tài liệu của bạn:

• Giữ nó ngắn gọn: Hãy sử dụng ngôn ngữ rõ ràng và danh sách gạch đầu dòng; tránh thuật ngữ chuyên ngành gây khó hiểu cho người đọc không chuyên về kiểm thử chất lượng.
• Làm cho nó Reviewable: Chia sẻ sớm với các nhà phát triển và chuyên viên phân tích kinh doanh để phát hiện những yêu cầu còn thiếu.
• Định lượng các tiêu chí thoát: Xác định độ phủ số, tỷ lệ đạt và ngưỡng lỗi.
• Liên kết rủi ro với các biện pháp giảm thiểu: Hãy kết hợp mọi rủi ro với một chiến lược ngăn chặn hoặc phương án dự phòng.
• Quản lý phiên bản của kế hoạch: Hãy lưu trữ nó trong một công cụ quản lý tài liệu để theo dõi các thay đổi trong suốt dự án.

Câu Hỏi Thường Gặp