Tìm hiểu các giai đoạn TEST

Các giai đoạn TEST bao gồm:
- Unit Test
- Intergration Test
- System Test

- Acceptance Test
tim-hieu-cac-giai-doan-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

Thứ hai: Intergration Test (khái niệm) 
   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 





translate

Hôm nay đọc gì

Lưu trữ

view

view