Các Mức Độ Kiểm Thử Phần Mềm
Mọi giai đoạn trong quá trình phát triển phần mềm đều cần trải qua kiểm thử để đảm bảo chất lượng. Dưới đây là 4 cấp độ kiểm thử phần mềm cơ bản mà bạn cần biết:
1. Kiểm Thử Đơn Vị (Unit Testing)
Kiểm thử đơn vị là mức kiểm thử thấp nhất, thường được thực hiện bởi Developers. Mục tiêu của kiểm thử này là kiểm tra từng module, hàm, hoặc lớp mà lập trình viên viết nhằm tăng cường độ tin cậy của các chức năng. Kiểm thử đơn vị thuộc về kiểm thử hộp trắng, nghĩa là chú trọng vào kiểm tra mã nguồn bên trong để đảm bảo nó hoạt động hiệu quả và đúng chuẩn.
Tuy nhiên, kiểm thử theo phương pháp này có giới hạn, vì không thể khám phá tất cả các lỗi trong ứng dụng. Điều này phụ thuộc vào các tình huống và bộ dữ liệu mà lập trình viên sử dụng để kiểm thử.
2. Kiểm Thử Tích Hợp (Integration Testing)
Kiểm thử tích hợp là quá trình kiểm tra sự tương tác giữa các chức năng khác nhau trong hệ thống, thường được thực hiện bởi Tester. Ví dụ, sau khi đã kiểm thử đơn vị cho chức năng đăng nhập và đăng ký, Tester có thể tiến hành kiểm thử tích hợp để xác minh rằng hai chức năng này tương tác tốt với nhau. Có hai phương pháp chính trong kiểm thử tích hợp:
- Tích hợp từ dưới lên (Bottom-up integration): Bắt đầu từ các kiểm thử đơn vị và sau đó tích hợp các thành phần và chức năng cao hơn.
- Tích hợp từ trên xuống (Top-down integration): Kiểm thử các module cấp cao nhất trước khi tiến đến các module thấp hơn.
Thông thường, trong môi trường phát triển hiện đại, loại kiểm thử từ dưới lên sẽ được thực hiện trước, sau đó mới đến kiểm thử từ trên xuống, cho đến khi thực hiện trên ứng dụng hoàn chỉnh theo kịch bản thực tiễn.
3. Kiểm Thử Hệ Thống (System Testing)
Kiểm thử hệ thống được thực hiện trên một hệ thống đã hoàn thành và tích hợp đầy đủ các chức năng để đảm bảo nó đáp ứng mọi yêu cầu chức năng theo tài liệu SRS (Software Requirement Specification). Mức kiểm thử này chủ yếu được thực hiện bởi Tester và thuộc về kiểm thử hộp đen. Các loại kiểm thử phổ biến trong hệ thống bao gồm:
- Kiểm thử chức năng (Functional Test): Đảm bảo toàn bộ hệ thống hoạt động đúng theo yêu cầu đã được đưa ra.
- Kiểm thử hiệu năng (Performance Test): Kiểm tra khả năng hoạt động của hệ thống dưới các điều kiện cụ thể.
- Kiểm thử cơ sở dữ liệu (Database Test): Kiểm tra tính chính xác của dữ liệu hiển thị trên hệ thống và dữ liệu trong cơ sở dữ liệu.
- Kiểm thử bảo mật (Security Test): Đảm bảo hệ thống được bảo vệ khỏi các mối đe dọa bên ngoài.
- Kiểm thử khả năng sử dụng (Usability Test): Kiểm tra tính thân thiện và dễ sử dụng cho người dùng.
- Kiểm tra tính tương thích (Compatibility Test): Đánh giá tính tương thích với các yếu tố bên ngoài như trình duyệt hay hệ điều hành.
- Kiểm tra khả năng phục hồi (Recovery Test): Đánh giá khả năng khôi phục khi gặp sự cố bất thường.
4. Kiểm Thử Chấp Nhận (Acceptance Testing)
Kiểm thử chấp nhận là giai đoạn cuối cùng trong quá trình kiểm thử phần mềm, được thực hiện để xác minh rằng hệ thống đáp ứng đúng nhu cầu và mong đợi của khách hàng. Quá trình này thường liên quan đến người dùng hoặc khách hàng, vì họ sẽ kiểm tra xem phần mềm có hoạt động đúng như mong đợi và có tính tiện dụng, hiệu suất và bảo mật hay không.
Kiểm thử chấp nhận không tập trung vào tìm lỗi, điều này đã được thực hiện ở các giai đoạn trước. Acceptance Test chia thành hai loại:
- Alpha Test: Người dùng kiểm thử phần mềm trong môi trường phát triển, lập trình viên ghi nhận lỗi và phản hồi để sửa chữa.
- Beta Test: Phần mềm được gửi cho người dùng thử nghiệm trong môi trường thực tế, phản hồi sẽ gửi về cho lập trình viên để sửa chữa.
Giám sát kiểm thử là trách nhiệm của trưởng dự án, người sẽ quyết định áp dụng các loại kiểm thử nào phù hợp nhất với yêu cầu của từng hệ thống.
Tham Khảo
- 4 Mức Độ Kiểm Thử Phần Mềm Mà Tester Phải Biết
source: viblo
