Kiểm thử phần mềm (Software testing) là quá trình quan trọng trong việc đảm bảo chất lượng và đáng tin cậy của sản phẩm phần mềm. Có bốn loại mức độ kiểm thử chính (Testing Levels):
- Unit testing (Kiểm thử thành phần): Hay còn gọi là unit testingTập trung vào kiểm tra riêng lẻ từng thành phần phần mềm.
- Integration Testing (Kiểm thử tích hợp): Đảm bảo tính hợp nhất và giao tiếp giữa các thành phần.
- System Testing (Kiểm thử hệ thống): Kiểm tra toàn bộ hệ thống hoạt động đúng cách và đáp ứng yêu cầu.
- Acceptance Testing (Kiểm thử chấp nhận): Đảm bảo rằng sản phẩm phần mềm đã sẵn sàng để triển khai và được chấp nhận bởi khách hàng.
Dưới đây là bảng phân biệt 4 loại Testing levels dựa trên các đặc điểm quan trọng
| Unit Testing | Integration Testing | System Testing | Acceptance Testing | |
| Mục tiêu | Kiểm tra từng unit, module, function,… riêng lẻ | Kiểm tra tích hợp và giao tiếp giữa các thành phần. | Kiểm tra toàn bộ hệ thống hoạt động đúng cách. | Kiểm tra hệ thống hoặc sản phẩm đã đáp ứng đủ những yêu cầu về chức năng, phi chức năng, tính usability,… |
| Đặc điểm | Thực hiện độc lập với phần còn lại của hệ thống | Chia thành hai mức độ: – Tích hợp thành phần – Tích hợp hệ thống. | Tập trung vào hành vi và khả năng của hệ thống. | Đảm bảo sự chấp nhận đến từ khách hàng. |
| Kiểu kiểm thử | – Functionality – Non-functionality – Decision Testing hoặc branch coverage | – Functionality – Non-functionality | – Functionality – Non-functionality – Data quality | – Functionality – Use cases testing – Scenarios – Usability testing |
| Cơ sở kiểm thử | – Mô tả thiết kế chi tiết – Mã nguồn – Mô hình dữ liệu – Thông số kỹ thuật thành phần | – Tài liệu đặc tả yêu cầu về phần mềm và hệ thống – Biểu đồ trình tự – Tài liệu về giao diện – Use cases hoặc scenarios – Workflows | – Mô tả yêu cầu hệ thống và phần mềm – Báo cáo phân tích rủi ro – Kịch bản sử dụng – Mô hình hệ thống – Biểu đồ trạng thái – Hướng dẫn sử dụng | – Mô tả yêu cầu hệ thống và phần mềm – Mô hình hành vi hệ thống – Biểu đồ trạng thái – Hướng dẫn sử dujngg hệ thống |
| Đối tượng kiểm thử | Các thành phần, unit hoặc module riêng lẻ | Các thành phần, unit, module cùng như tương tác giữa chúng | Toàn bộ hệ thống hoặc sản phẩm | Đối tượng yêu cầu và các kịch bản sử dụng |
| Môi trường | Môi trường local, dev với framework, debug tool,… | Subsystems Databases Infrastructure | Môi trường dev và test, stage,… | Môi trường prod hoặc pre-prod |
| Một số lỗi thường gặp | – Sai chức năng (incorrect functionality) – Vấn đề về data flow – Code hoặc logic sai | – Tương tác không đúng giữa các thành phần (Interface mismatch) – Sai hoặc thiếu dữ liệu | – Sai tính toán (incorrect calculations) – Hành vi hệ thống không đúng (incorrect or unexpected system behavior) | – Hệ thống không hoạt động đúng cách trong môi trường prod – Không hoạt động như mong muốn của khách hàng hoặc người dùng |
| Trách nhiệm thực hiện test | Dev | Dev, QA | QA | QA, Stakeholder, người dùng, khách hàng,… |
| Phương pháp-Chiến lược | Viết test trước khi dev (Test-first developement hay Test-driven development TDD) | – Tích hợp Big Bang – Tích hợp theo từng phần – Tích hợp từ trên xuống – Tích hợp từ dưới lên – Tích hợp kết hợp | Regression testing (Kiểm thử hồi quy) | Alpha testing Beta testing Parallel testing Smoke testing |
