- Unit Test
- IntergrationTest
- System Test
- Acceptance Test
Cụ thể:
Thứ nhất: Unit Test (khái niệm)
Một Unit là thành phần nhỏ nhất của phần mềm, như là: Function, Procedure, Class, Method
Là kỹ thuật kiểm nghiệm các hoạt động của mọi chi tiết mã với một quy trình tách biệt với QTPTPM giúp phát hiện sai sót kịp thời trước khi đưa ra test.
Unit Test (đặc điểm)
Test ở mức thấp nhất
Sử dụng phương pháp test hộp trắng
Kiểm tra độc lập từng thành phần
Thường được thực hiện bởi lập trình viên
Có giá trị khi phát hiện các vấn đề tiềm ẩn hoặc lỗi kỹ thuật
Là test kết hợp các thành phần của một ứng dụng và kiểm tra như một ứng dụng đã hoàn thành
Mục đích
ü Phát hiện lỗi giao tiếp xảy ra giữa các Unit
ü Tích hợp các Unit đơn lẻ thành các hệ thống nhỏ và cuối cùng là nguyên hệ thống hoàn chỉnh
Intergration Test (Type)
Kiểm tra cấu trúc (structure): Tương tự White Box Test, chú trọng đến hoạt động của các thành phần cấu trúc nội tại của chương trình
Kiểm tra chức năng (functional): Tương tự Black Box Test, chỉ khảo sát chức năng của chương trình theo yêu cầu kỹ thuật
Kiểm tra hiệu năng (performance): Kiểm tra vận hành của hệ thống
Kiểm tra khả năng chịu tải (stress): Kiểm tra giới hạn của hệ thống
Intergration -Plan
Cần được thực hiện tương đương với giai đoạn thiết kế kiến trúc
Thứ tự tích hợp được xác định theo thứ tự xây dựng
ü Các thành phần hoàn thành đúng thời hạn
ü Phát triển các thành phần và test tích hợp được thực hiện song song
Intergration - Guidelines
Mỗi thành phần sẽ được tích hợp 1 lần (tích hợp theo hướng tăng dần
Baseline 0: test thành phần
Baseline 1: 2 thành phần
Baseline 2: 3 thành phần)
Tích hợp từng mục nhỏ của từng thành phần tại một thời điểm
ü Các thành phần chính hoặc thành phần có khả năng nhiều lỗi
ü Kết hợp các thành phần liên quan đơn giản
Intergration - Approaches
Top-down
Bottom-down
Big-bang
(phần này sẽ có 1 bài viết chi tiết từng loại top/bottom down và bigbang, chỉ ra Ưu nhược điểm của 3 phương pháp đó)
Thứ ba: System Test (khái niệm)
Là kiểm tra thiết kế và toàn bộ hệ thống (sau khi tích hợp) có thỏa mãn yêu cầu đặt ra hay không
Là Black box test
Được thực hiện độc lập bởi một nhóm test (test hệ thống)
Về chức năng, thỏa mãn:
ü Requirements-based testing
• Các yêu cầu là điều kiện đầu tiên cho việc test
• Phân tích rủi ro để xác định thành phần quan trọng nhất
ü Business process-based testing
• Người sử dụng mong đợi: cái gì được sử dụng thường xuyên và quan trọng nhất cho việc kinh doanh
• Thực hiện các giao dịch kinh doanh quan trọng
Yêu cầu phi chức năng:
ü Usability
ü Security
ü Storage
ü Volume
ü Configuration/installation
ü Reliability/qualities
ü Back-up/recovery
ü Performance, load, stress
ü Functional
Thứ tư: Acceptance Test (khái niệm)
Được thực hiện sau giai đoạn System test, do khách hàng thực hiện (hoặc ủy quyền cho một nhóm thứ 3 thực hiện)
Mục đích: chứng minh phần mềm thỏa mãn tất cả các yêu cầu của khách hàng
Đối với những PM bán rộng rãi trên thị trường, cần thực hiện: Alpha test và Beta Test
Alpha test: người sử dụng kiểm tra phần mềm ngay tại nơi PTPM, lập trình viên ghi nhận lỗi hoặc phản hồi và lên kế hoạch sửa chữa
Beta test: PM được gửi tới cho người sử dụng để kiểm tra ngay trong môi trường thực, lỗi, hoặc phản hồi cũng sẽ gửi ngược lại cho lập trình viên để sửa
Không có nhận xét nào:
Đăng nhận xét