Kiểm thử tích hợp
Ngày nay, các hệ thông tin như Lập kế hoạch tài nguyên công ti Enterprise Resource Planning (ERP), Quản lí quan hệ khách hàng Customer Relation Management (CRM) và Quản lí dây chuyền cung cấp Supply Chain Management (SCM) đều rất lớn, móc nối lẫn nhau qua một số ứng dụng và nền, và lan toả qua các tổ chức khác nhau. Những hệ thống phức tạp và lớn này phải được thiết kế và kiểm thử cẩn hận. Nếu loại hệ thống này chỉ kiểm thử theo phương pháp truyền thống như kiểm thử đơn vị và kiểm thử chức năng, thì không thể nào xác định được liệu toàn thể hệ thống có làm việc tốt hay không. Việc tìm ra lỗi sau khi toàn thể hệ thống được thực hiện đầy đủ sẽ rất tốn kém, đặc biệt bởi vì nhiều tổ chức sẽ phải được tham gia vào việc tìm và sửa vấn đề. Kiểm thử tích hợp được cần tới vì mục tiêu của nó là thu được cái nhìn sâu vào chất lượng của việc thực hiện toàn hệ thống. Bằng việc thêm kiểm thử tích hợp vào tập các kiểm thử truyền thống, nhiều rủi ro có thể được nhận diện và sửa.
Kiểm thử tích hợp bao gồm vài bước. Bước đầu tiên là xác định chiến lược kiểm thử. Mục đích là xây dựng là “cách tiếp cận kiểm thử hợp tác”, bởi vì thường có vài tổ chức tham gia vào phát triển hệ thống toàn bộ. Không có chiến lược kiểm thử, không ai sẽ chịu trách nhiệm cho toàn thể hệ thống, và có nguy cơ là các hệ thống sẽ làm việc tốt theo cách riêng của nó nhưng không làm việc tốt khi tổ hợp với các hệ thống khác. Do đó, kiểm thử tích hợp là cần thiết để kiểm thử việc tích hợp thực tế của toàn hệ thống như một mục tiêu, và để tạo ra một nhóm trung tâm chịu trách nhiệm cho kiểm thử. Điều khác cần xem xét trong chiến lược này là ở chỗ làm việc chức năng của các hệ thống nên được chứng minh trước khi bắt đầu kiểm thử tích hợp. Trong trường hợp này kiểm thử tích hợp có thể hội tụ vào kiểm thử việc thực hiện các đặc tả và kiểm thử kết cấu nền. Nếu tiền điều kiện không được thoả, kiểm thử tích hợp thường trở thành kiểm thử chức năng đơn thuần của hệ thống. Điều cũng quan trọng là phạm vi của kiểm thử tích hợp phải được xác định rõ ràng nếu không những thứ không liên quan khác có thể được đưa vào trong kiểm thử tích hợp và làm cho nó phức tạp hơn là nó phải vậy.
Trao đổi về kiểm thử tích hợp là quan trọng. Những người tham gia thường không biết lẫn nhau vì họ làm việc trong các tổ chức khác nhau với các hệ thống khác nhau. Điều quan trọng là mọi người hiểu và tham gia vào kiểm thử tích hợp để tránh bất kì trao đổi lầm nào hay vấn đề nào về sau. Trong tình huống lí tưởng, môi trường kiểm thử phải được thiết lập, nơi đồng nhất với môi trường sản xuất và được chuyên dành cho tích hợp. Thường các môi trường khác nhau được gắn lại với nhau, điều tạo ra kết quả không tin cậy của kiểm thử.
Bước thứ hai là Lập kế hoạch. Vào lúc này người quản lí, người chịu trách nhiệm cho kiểm thử tích hợp phải được bổ nhiệm. Người quản lí này nên chắc chắn rằng mọi tổ chức có tham gia đều phải có một điều phối viên để làm việc cùng để đảm bảo việc tích hợp sẽ làm việc thông suốt. Người quản lí tích hợp phải biết tất cả về lập kế hoạch của các hệ con để thiết lập kế hoạch tổng thể cho kiểm thử tích hợp. Việc lập kế hoạch tích hợp này là bắt buộc. Nếu một trong các hệ thống bị chậm, trình tự kiểm thử và ưu tiên bị ảnh hưởng, điều gây ra hiệu quả tác động dây chuyền (domino) cho lập kế hoạch. Điều này đặc biệt gay cấn cho tích hợp, vì dây chuyền mạnh ở chỗ nối yếu nhất của nó. Vậy, việc lập kế hoạch cho kiểm thử tích hợp phải được chuẩn bị bao gồm tất cả các phần phụ thuộc và sẽ đủ thời gian trong trường hợp bị trễ.
Bước thứ ba là về thiết lập trường hợp kiểm thử. Tri thức chuyên gia và kinh nghiệm của những người hỗ trợ cho kiểm thử nên được dùng để phát triển tập chung các trường hợp kiểm thử. Mọi kiểm thử viên đều phải đồng ý với tập các trường hợp kiểm thử để đảm bảo toàn thể hệ thống sẽ được kiểm thử. Trong khi chuẩn bị sẽ có các vấn đề cho nên người kiểm thử phải nhanh chóng tìm ra giải pháp, điều có thể tác động tới các qui trình của một trong các hệ thống. Người ta khuyến cáo rằng người quản lí tích hợp cần thiết lập một diễn đàn nơi tất cả các đại diện, mỗi người từ từng tổ chức tới gặp gỡ. Diễn đàn như vậy đảm bảo rằng mọi người đều biết tình trạng của kiểm thử tích hợp và những vấn đề có thể trước khi việc kiểm bắt đầu.
Bước thứ tư là thực hiện kiểm thử tích hợp. Đây là khoảnh khắc mấu chốt vì nó cần chú ý đặc biệt. Bởi vì độ phức tạp của môi trường kiểm thử, điều quan trọng cần thực hiện điểm vào môi trường để chắc chắn mọi thứ làm việc hoàn hảo. Sau đó, việc kiểm thử có thể bắt đầu, và trong những kiểm thử này các giai đoạn truyền thống có thể được áp dụng theo trình tự các kiểm thử. Liên quan tới bất kì vấn đề nào nảy sinh, vấn đề tích hợp phải được làm tài liệu và truy nhập được với các bên tham gia. Khoảnh khắc thực hiện kiểm thử phải được lập kế hoạch cẩn thận bởi vì tất cả mọi tổ chức đều tham gia, điều tuyệt đối cần thiết là có tổ hỗ trợ thường trực, như tổ kết cấu nền và những người phát triển để cung cấp hỗ trợ. Điểm cuối cùng cần chú ý là ở chỗ phiên bản của đối tượng kiểm thử và kết cấu nền kiểm thử cần được kiểm tra bởi vì với kiểm thử này cả phần mềm và kết cấu nền đều có thể phức tạp và cần chú ý phụ thêm.
Bước thứ năm là báo cáo kết quả. Có nhiều cách báo cáo từ nhóm này sang nhóm khác bằng việc dùng kênh thích hợp. Trong hệ thông tin phức tạp, việc thực hiện kiểm thử tích hợp là cách duy nhất để đảm bảo rằng kết quả cuối cùng bao gồm tất cả các cấu phần từ mọi hệ con.
Tác phẩm, tác giả, nguồn
- Tác phẩm: Quản lý dự án
- Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University.
- Wiki hóa: https://kipkis.com
