System Testing (K2)Test basis:o Sys

System Testing (K2)
Test basis:
o System and software requirement specification
o Use cases
o Functional specification
o Risk analysis reports

Typical test objects:
o System, user and operation manuals
o System configuration and configuration data

System testing is concerned with the behavior of a whole system/product. The testing scope shall be clearly addressed in the Master and/or Level Test Plan for that test level.

In system testing, the test environment should correspond to the final target or production environment as much as possible in order to minimize the risk of environment-specific failures not being found in testing.

System testing may include tests based on risks and/or on requirements specifications, business processes, use cases, or other high level text descriptions or models of system behavior, interactions with the operating system, and system resources.

System testing should investigate functional and non-functional requirements of the system, and data quality characteristics. Testers also need to deal with incomplete or undocumented requirements. System testing of functional requirements starts by using the most appropriate specification-based (black-box) techniques for the aspect of the system to be tested. For example, a decision table may be created for combinations of effects described in business rules. Structure- based techniques (white-box) may then be used to assess the thoroughness of the testing with respect to a structural element, such as menu structure or web page navigation (see Chapter 4).

An independent test team often carries out system testing.

Kết quả (Việt) 2:

Hệ thống kiểm tra (K2)
cơ sở kiểm tra:
o hệ thống và phần mềm yêu cầu đặc điểm kỹ thuật
o Sử dụng các trường hợp
o đặc tả chức năng
phân tích o Rủi ro báo cáo đối tượng thí nghiệm điển hình: o hệ thống, người sử dụng và hướng dẫn khai thác o Hệ thống cấu hình và dữ liệu cấu hình hệ thống thử nghiệm là có liên quan với các hành vi của một Toàn bộ hệ thống / sản phẩm. Phạm vi kiểm tra sẽ được giải quyết rõ ràng trong Master và / hoặc Test Plan Level cho rằng mức độ kiểm tra. Trong thử nghiệm hệ thống, môi trường thử nghiệm phải tương ứng với mục tiêu cuối cùng hoặc môi trường sản xuất càng nhiều càng tốt để giảm thiểu nguy cơ với môi trường thất bại cụ thể không được tìm thấy trong thử nghiệm. Hệ thống kiểm tra có thể bao gồm các xét nghiệm dựa trên rủi ro và / hoặc yêu cầu kỹ thuật, quy trình kinh doanh, trường hợp sử dụng, hoặc mô tả văn bản cao cấp khác hoặc các mô hình hành vi hệ thống, tương tác với các hệ điều hành, và tài nguyên hệ thống . Hệ thống kiểm tra phải điều tra những yêu cầu chức năng và phi chức năng của hệ thống, và đặc tính chất lượng dữ liệu. Xét nghiệm cũng cần phải đối phó với yêu cầu không đầy đủ hoặc không có giấy tờ. Hệ thống kiểm tra các yêu cầu chức năng bắt đầu bằng cách sử dụng (hộp đen) các kỹ thuật dựa trên đặc điểm thích hợp nhất cho các khía cạnh của hệ thống để được kiểm tra. Ví dụ, một bảng quyết định có thể được tạo ra cho các kết hợp của các hiệu ứng mô tả trong quy tắc kinh doanh. Structure- dựa trên kỹ thuật (hộp trắng) sau đó có thể được sử dụng để đánh giá tỉ mỉ của các thử nghiệm đối với một yếu tố cấu trúc, chẳng hạn như cấu trúc menu hoặc chuyển hướng trang web bằng (xem Chương 4). Một nhóm thử nghiệm độc lập thường tiến hành thử nghiệm hệ thống .