When all the integration tests are

When all the integration tests are complete, the developers now carry out their
own system test to ensure that, as far as they are concerned, the system works
together as a whole and meets its design objectives. The system test criteria
will be partly technical – derived from the design documentation – but will also
relate to the functional and non-functional needs contained in the requirements
specification. Once the developers are satisfied that the system operates properly,
the users are invited to carry out their acceptance tests. Acceptance criteria
should have been derived from the requirements specification. However, the
important point is that users should be accepting only against the expressed and
documented requirement, and not against what they might now think they really
want. If the users’ requirements have indeed changed then the changes can
be discussed and, if agreed, can be implemented. This process must not, however,
be allowed to prevent acceptance of the current system if it does really meet
its documented objectives.

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

Khi tất cả các bài kiểm tra tích hợp đầy đủ, các nhà phát triển bây giờ thực hiện của họriêng hệ thống kiểm tra để đảm bảo rằng, như xa như họ có liên quan, công trình hệ thốngcùng nhau như một toàn thể và đáp ứng các mục tiêu thiết kế. Các tiêu chí kiểm tra hệ thốngsẽ một phần kỹ thuật-có nguồn gốc từ các tài liệu thiết kế- nhưng cũng sẽliên quan đến các chức năng và nhu cầu không có chức năng chứa trong các yêu cầuđặc điểm kỹ thuật. Một khi các nhà phát triển được hài lòng mà hệ thống hoạt động đúng cách,người dùng được mời để thực hiện các xét nghiệm chấp nhận. Tiêu chí chấp nhậnnên đã được bắt nguồn từ các đặc tả yêu cầu. Tuy nhiên, cácđiểm quan trọng là người dùng nên được chấp nhận chỉ chống lại các bày tỏ vàtài liệu yêu cầu, và không phải chống lại những gì họ có thể bây giờ nghĩ rằng họ thực sựmuốn. Nếu yêu cầu của người dùng đã thực sự thay đổi thì các thay đổi có thểđược thảo luận và, nếu đồng ý, có thể được thực hiện. Quá trình này phải không, Tuy nhiên,được cho phép để ngăn chặn sự chấp nhận của hệ thống hiện tại nếu nó thực sự đáp ứngmục tiêu tài liệu của nó.

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

Khi tất cả các xét nghiệm hội nhập được hoàn tất, các nhà phát triển thực hiện của họ
kiểm tra hệ thống riêng để đảm bảo rằng, theo như họ đang quan tâm, hệ thống làm việc
với nhau như một toàn thể và đáp ứng các mục tiêu thiết kế của nó. Các tiêu chí thử nghiệm hệ thống
sẽ là một phần kỹ thuật - có nguồn gốc từ các tài liệu thiết kế - nhưng cũng sẽ
liên quan đến các nhu cầu chức năng và phi chức năng chứa trong các yêu cầu
đặc điểm kỹ thuật. Một khi các nhà phát triển đã hài lòng rằng hệ thống hoạt động đúng cách,
người dùng được mời để thực hiện các bài kiểm tra chấp nhận của họ. Chuẩn mực chấp nhận
phải được bắt nguồn từ đặc tả yêu cầu. Tuy nhiên,
điểm quan trọng là người sử dụng nên được chấp nhận chỉ chống lại các biểu hiện và
yêu cầu tài liệu, và không chống lại những gì họ bây giờ có thể nghĩ rằng họ thực sự
muốn. Nếu yêu cầu của người sử dụng đã thực sự thay đổi thì thay đổi có thể
được thảo luận, và nếu đồng ý, có thể được thực hiện. Quá trình này phải không, tuy nhiên,
được cho phép để ngăn chặn sự chấp nhận của hệ thống hiện tại nếu nó thực sự đáp ứng
các mục tiêu tài liệu của nó.