Zusammenfassung der Ressource
Testing Levels
- 1. Unit Testing
- Do Dev phụ trách, họ sẽ đi ktr ... -> gia tăng
sự tin cậy cho chức năng
- các module
- các hàm
- các lớp
- các phương thức
- Ktra đơn vị - Kiểm tra và xác định các module
riêng lẻ thuộc mã nguồn có hđ ?
- Nằm trong phạm vi white box testing: ktr
code bên trong của 1 func -> để xem func
- code được viết đúng chuẩn?
- code hđ tốt?
- code hđ nhanh?
- code tốn tài nguyên?
- 2. Integration Testing
- Ktra tích hợp - Tìm và phát hiện lỗi khi tích hợp các
module lại với nhau
- Do tester phụ trách
- ktra sự tương tác giữa các chức năng với nhau trong hệ thống
- ktra việc truyền dữ liệu giữa các module
- 4 phương pháp tiếp cận
- big bang
- bottom up
- top down
- sandwish/ hydrid
- 3. System Testing
- test toàn bộ hệ thống đã tích hợp đầy đủ các chức năng > ktra hth có
đáp ứng đầy đủ các func theo bản đặc tả yc phần mềm SRS
- ktra các module/components đc tích hợp theo thứ tự > xác minh hth làm việc tốt?
- đóng vai trò quan trọng trong phát triển sp chất lượng cao
- thuộc phạm vi Black box testing
- quan tâm dl đầu vào và kq mong đợi đầu ra
- kh cần ktr code bên trong viết gi?
- pp tiếp cận
Anlagen:
- performance testing
- load testing
- stress testing
- usability testing
- maintainability testing
- realibility testing
- portability testing
- 4. Acceptance Tesing
- công nhận kiểm thử - ktra hth có đáp ứng
đúng như cầu và mong đợi của KH?
- Do user / KH phụ trách, ktra hth có
- hđ đúng như mong đợi?
- đảm bảo tính tiện dụng?
- hiệu suất hd có tốt?
- độ bảo mật tốt?
- có 2 loại
- alpha testing
- user kiểm thử ngay tại nơi phát triển phần mềm /
môi trường thử nghiệm trên trang web
- ltv ghi nhận các lỗi/ phản hồi -> lên kế hoạch fix
- giai đoạn đầu tiên của acceptance testing
- đánh giá chất lượng của sản phẩm
- beta testing
- phần mềm được gửi tới cho user để ktra ngay tại mtr thực
- lỗi/ phản hổi đc gửi ngược lại cho ltv để sửa chửa
- giai đoạn thứ 2 của acceptance testing
- đánh giá độ hài lòng của khách hàng