KIỂM THỬ HỆ THỐNG
Kiểm thử hệ thống liên quan đến hành vi của toàn bộ hệ thống/sản phẩm như được xác định bởi phạm vi của một dự án phát triển hoặc sản phẩm. Có thể bao gồm các kiểm thử dựa trên đặc tả rủi ro và/hoặc yêu cầu, quy trình nghiệp vụ, trường hợp sử dụng hoặc các mô tả mức cao khác về hành vi của hệ thống, tương tác với hệ điều hành và tài nguyên hệ thống.
Kiểm thử hệ thống thường là hoạt động kiểm thử cuối cùng thay mặt cho quá trình phát triển để xác minh rằng hệ thống đáp ứng đặc điểm kỹ thuật và mục đích của nó có thể là tìm ra càng nhiều lỗi càng tốt.
Hầu hết các thủ tục được thực hiện bởi những người kiểm thử chuyên nghiệp, tạo thành một nhóm kiểm thử chuyên dụng và đôi khi độc lập trong quá trình phát triển, báo cáo cho người quản lý phát triển hoặc người quản lý dự án.
Trong một số tổ chức, việc kiểm thử hệ thống được thực hiện bởi một nhóm bên thứ ba hoặc bởi BA. Mức độ độc lập cần thiết được dựa trên mức độ rủi ro có thể áp dụng và điều này sẽ có ảnh hưởng lớn đến cách tổ chức kiểm thử hệ thống.
Kiểm thử hệ thống cần điều tra cả các yêu cầu chức năng và phi chức năng của hệ thống. Các bài kiểm thử phi chức năng điển hình bao gồm hiệu suất và độ tin cậy.
Người kiểm thử cũng có thể cần phải giải quyết các yêu cầu không đầy đủ hoặc không có tài liệu. Kiểm thử hệ thống đối với các yêu cầu chức năng bắt đầu bằng cách sử dụng các kỹ thuật dựa trên đặc điểm kỹ thuật (hộp đen) phù hợp nhất cho khía cạnh của hệ thống được kiểm thử.
Ví dụ, một bảng quyết định có thể được tạo ra để kết hợp các tác động được mô tả trong các quy tắc nghiệp vụ. Các kỹ thuật dựa trên cấu trúc (hộp trắng) cũng có thể được sử dụng để đánh giá mức độ kỹ lưỡng của các phần tử được kiểm thử như cấu trúc menu hoặc điều hướng trang web (xem Chương 4 để biết thêm về các loại kỹ thuật khác nhau).
Kiểm thử hệ thống yêu cầu một môi trường kiểm thử được kiểm soát, kiểm soát các phiên bản phần mềm, phần mềm kiểm thử và dữ liệu kiểm thử (xem Chương 5 để biết thêm về quản lý cấu hình).
Kiểm thử hệ thống được thực hiện bởi tổ chức phát triển trong một môi trường (được kiểm soát thích hợp). Môi trường kiểm thử phải tương ứng với mục tiêu cuối cùng hoặc môi trường thực càng nhiều càng tốt để giảm thiểu rủi ro của các lỗi cụ thể về môi trường không được tìm thấy bằng cách kiểm thử.
KIỂM THỬ CHẤP NHẬN
Khi tổ chức phát triển đã thực hiện kiểm thử hệ thống và đã sửa chữa tất cả hoặc hầu hết lỗi, hệ thống sẽ được giao cho người dùng hoặc khách hàng để kiểm thử chấp nhận. Bài kiểm thử chấp nhận phải trả lời các câu hỏi như: “Hệ thống có thể được phát hành không?”, “Những rủi ro (kinh doanh) nổi bật, nếu có là gì?” và “Sự phát triển có đáp ứng được không?”.
Kiểm thử chấp nhận thường là trách nhiệm của người dùng hoặc khách hàng, mặc dù các bên liên quan khác cũng có thể tham gia. Việc thực hiện kiểm thử chấp nhận yêu cầu một môi trường kiểm thử cho hầu hết các khía cạnh, đại diện cho môi trường sản xuất.
Mục tiêu của kiểm thử chấp nhận là thiết lập sự tin cậy của hệ thống, một phần của hệ thống hoặc các đặc tính phi chức năng cụ thể, ví dụ: khả năng sử dụng của hệ thống.
Kiểm thử chấp nhận thường tập trung nhất vào loại kiểm thử xác nhận, theo đó cố gắng xác định xem hệ thống có phù hợp với mục đích hay không.
Tìm kiếm lỗi không nên là trọng tâm chính trong kiểm thử chấp nhận. Mặc dù nó đánh giá mức độ sẵn sàng của hệ thống để triển khai và sử dụng, nhưng nó không nhất thiết phải là mức thử nghiệm cuối cùng. Ví dụ, một kiểm thử tích hợp hệ thống quy mô lớn có thể đến sau khi hệ thống được chấp nhận.
Kiểm thử chấp nhận có thể xảy ra ở nhiều cấp độ, ví dụ:
- Sản phẩm phần mềm thương mại Off The Shelf (COTS) có thể được kiểm thử chấp nhận khi nó được cài đặt hoặc tích hợp.
- Kiểm thử nghiệm chấp nhận về khả năng sử dụng của một thành phần có thể được thực hiện trong quá trình kiểm thử thành phần.
- Kiểm thử chấp nhận của một chức năng cải tiến mới có thể thực hiện trước khi kiểm thử hệ thống.
Trong quá trình thực hiện kiểm thử chấp nhận đối với hệ thống hỗ trợ doanh nghiệp, có thể phân biệt hai loại kiểm thử chính; do đặc tính đặc biệt của chúng, chúng thường được chuẩn bị và thực hiện riêng biệt.
Kiểm thử chấp nhận của người dùng (user acceptance test – UAT) chủ yếu tập trung vào chức năng do đó xác nhận tính phù hợp để sử dụng của hệ thống bởi người dùng doanh nghiệp, trong khi kiểm thử chấp nhận hoạt động (còn gọi là kiểm thử chấp nhận sản xuất) xác nhận xem hệ thống có đáp ứng yêu cầu đối với hoạt động.
UAT được thực hiện bởi người dùng và người quản lý ứng dụng. Về mặt lập kế hoạch, UAT thường liên kết chặt chẽ với kiểm thử hệ thống, và trong nhiều trường hợp sẽ được tổ chức một phần chồng chéo về thời gian.
Nếu hệ thống được kiểm thử bao gồm nhiều hoặc ít hệ thống con độc lập, thì kiểm thử chấp nhận cho một hệ thống con tuân thủ các tiêu chí dừng của kiểm thử hệ thống, có thể bắt đầu trong khi một hệ thống con khác có thể vẫn đang trong giai đoạn kiểm thử hệ thống.
Trong hầu hết các tổ chức, quản trị hệ thống sẽ thực hiện kiểm thử chấp nhận ngay trước khi hệ thống được phát hành. Kiểm thử chấp nhận có thể bao gồm kiểm thử các tác vụ sao lưu/khôi phục, khắc phục thảm họa, bảo trì và kiểm tra định kỳ các lỗ hổng bảo mật.
Các loại kiểm thử chấp nhận khác gồm kiểm thử chấp nhận hợp đồng (contract acceptance testing) và kiểm thử chấp nhận tuân thủ (compliance acceptance testing).
Kiểm thử chấp nhận hợp đồng được thực hiện dựa trên các tiêu chí chấp nhận của hợp đồng để sản xuất phần mềm. Việc chấp nhận phải được xác định chính thức khi hợp đồng được thỏa thuận.
Kiểm thử chấp nhận tuân thủ hoặc kiểm thử chấp nhận tuân thủ được thực hiện dựa trên các quy định phải được tuân thủ, chẳng hạn như các quy định của chính phủ, luật pháp hoặc quy định về an toàn.
Nếu hệ thống đã được phát triển cho thị trường đại chúng (ví dụ: phần mềm thương mại lâu đời (COTS)), trong một số trường hợp kiểm thử nó cho người dùng cá nhân hoặc khách hàng là không thực tế.
Phản hồi là cần thiết từ những người dùng tiềm năng hoặc người dùng hiện tại trên thị trường trước khi sản phẩm phần mềm được đưa ra bán thương mại. Loại hệ thống này thường trải qua hai giai đoạn kiểm chấp nhận.
Đầu tiên được gọi là kiểm thử alpha. Kiểm thử này diễn ra tại môi trường của nhà phát triển. Một bộ phận người dùng tiềm năng và các thành viên trong tổ chức của nhà phát triển được mời sử dụng hệ thống. Các nhà phát triển quan sát người dùng và lưu ý các vấn đề. Kiểm thử alpha cũng có thể được thực hiện bởi một nhóm thử nghiệm độc lập.
Kiểm thử beta (hoặc field testing), gửi hệ thống đến một nhóm người dùng người cài đặt nó và sử dụng nó trong các điều kiện làm việc trong thế giới thực. Người dùng gửi các bản ghi chép về các sự cố xảy ra với hệ thống cho tổ chức phát triển nơi để sửa lỗi.
Lưu ý rằng các tổ chức có thể sử dụng các thuật ngữ khác, chẳng hạn như kiểm thử chấp nhận tại nhà máy và kiểm thử chấp nhận tại hiện trường cho các hệ thống được kiểm thử trước và sau khi được chuyển đến địa điểm của khách hàng.
Ở phần tiếp theo của chương 2, chúng ta sẽ tìm hiểu về các loại kiểm thử.
Bản gốc Tiếng Anh các bạn có thể Tải về Tại đây.
Syllabus tải về Tại đây
