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) 1:

Hệ thống thử nghiệm (K2)Cơ sở thử nghiệm:o đặc tả yêu cầu hệ thống và phần mềmtrường hợp sử dụng oo chức năng đặc điểm kỹ thuậtbáo cáo phân tích rủi ro oĐiển hình thử nghiệm đối tượng:o Hệ thống, người sử dụng và hoạt động hướng dẫn sử dụngo Hệ thống cấu hình và dữ liệu cấu hìnhHệ thống thử nghiệm là có liên quan với hành vi của một hệ thống toàn bộ/sản phẩm. Phạm vi thử nghiệm sẽ được giải quyết rõ ràng trong các thạc sĩ và/hoặc cấp thử nghiệm kế hoạch cho mà mức độ thử nghiệm.Trong hệ thống kiểm tra, kiểm tra môi trường 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ơ thất bại môi trường cụ thể không được tìm thấy trong thử nghiệm.Hệ thống thử nghiệm có thể bao gồm các bài kiểm tra dựa trên rủi ro và/hoặc trên yêu cầu đặc điểm kỹ thuật, quy trình kinh doanh, trường hợp sử dụng, hoặc khác cao cấp văn bản mô tả hoặc mô hình của 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.Hệ thống thử nghiệm nên điều tra các chức năng và không có chức năng yêu cầu của hệ thống, và dữ liệu chất lượng đặc điểm. Xét nghiệm cũng cần phải đối phó với các yêu cầu không đầy đủ hoặc không có giấy tờ. Hệ thống thử nghiệm chức năng yêu cầu bắt đầu bằng cách sử dụng kỹ thuật dựa trên đặc điểm kỹ thuật (hộp đen) 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 kết hợp của các hiệu ứng được mô tả trong quy tắc kinh doanh. Cấu trúc-dựa trên kỹ thuật (trắng-hộp) sau đó có thể được sử dụng để đánh giá triệt của thử nghiệm đối với một yếu tố cấu trúc, chẳng hạn như điều hướng trong menu cấu trúc hoặc trang web (xem chương 4).Một nhóm độc lập kiểm tra thường xuyên thực hiện hệ thống thử nghiệm.

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 .