D) CÁC CÁCH BIỂU DIỄN CỦA MÔ HÌNH PHÂN TÍCH
f. Đặc tả giao diện đối tượng
7.1. GIỚI THIỆU CHUNG
Một tiến trình kiểm thử thường bắt đầu bằng việc kiểm thử các đơn vị chương trình riêng rẽ, chẳng hạn như các chức năng hoặc đối tượng. Sau đó chúng được tích hợp vào các hệ thống và sự tương tác giữa các đơn vị được kiểm thử. Cuối cùng, sau khi bàn giao hệ thống, khách hàng có thể thực hiện một loạt các kiểm thử chấp nhận để đảm bảo rằng hệ thống thực thi theo đúng đặc tả.
Mô hình này của tiến trình kiểm thử thích hợp cho việc phát triển các hệ thống lớn, nhưng đối với các hệ thống nhỏ, hoặc với các hệ thống phát triển theo mô hình mẫu hoặc tái sử dụng thường khó phân biệt một cách rõ ràng các giai đoạn trong tiến trình phát triển phần mềm.
Một cách nhìn trìu tượng hơn về việc kiểm thử được chỉ ra trong hình 7.1. Hai hoạt động kiểm thử cơ bản là kiểm thử thành phần – kiểm thử một phần của hệ thống, và kiểm thử hệ thống – kiểm thử các hoạt động của toàn bộ hệ thống.
Hình 7.1. Các giai đoạn kiểm thử
Mục tiêu của kiểm thử thành phần là khám phá ra các lỗi bằng cách kiểm thử các thành phần chương trình riêng rẽ. Những thành phần này có thể là các chức năng, các đối tượng hoặc các thành phần tái sử dụng.
Trong quá trình kiểm thử hệ thống, các thành phần được tích hợp với nhau tạo thành các hệ thống con hoặc một hệ thống hoàn chỉnh. Trong giai đoạn này, kiểm thử hệ thống cần tập trung vào việc đánh giá xem hệ thống có đáp ứng được các yêu cầu chức năng, phi chức năng và những hoạt động không theo mong muốn. Một điều không thể tránh khỏi, đó là các lỗi trong các thành phần có thể bị bỏ qua trong giai đoạn kiểm thử trước đó và chỉ được phát hiện khi kiểm thử hệ thống.
Kiểm thử thành
phần Kiểm thử hệ thống