Acceptance testing is often the res

Acceptance testing is often the responsibility of the customers or users of a system; other stakeholders may be involved as well.
The goal in acceptance testing is to establish confidence in the system, parts of the system or specific non-functional characteristics of the system. Finding defects is not the main focus in acceptance testing. Acceptance testing may assess the system’s readiness for deployment and use, although it is not necessarily the final level of testing. For example, a large-scale system integration test may come after the acceptance test for a system.

Certified Tester
Foundation Level Syllabus
Version 2007 Page 24 of 76 12-Apr-2007 © International Software Testing Qualifications Board
Acceptance testing may occur as more than just a single test level, for example:
o A COTS software product may be acceptance tested when it is installed or integrated. o Acceptance testing of the usability of a component may be done during component testing. o Acceptance testing of a new functional enhancement may come before system testing.
Typical forms of acceptance testing include the following:
User acceptance testing
Typically verifies the fitness for use of the system by business users.
Operational (acceptance) testing The acceptance of the system by the system administrators, including:
o testing of backup/restore; o disaster recovery; o user management; o maintenance tasks; o periodic checks of security vulnerabilities.
Contract and regulation acceptance testing Contract acceptance testing is performed against a contract’s acceptance criteria for producing custom-developed software. Acceptance criteria should be defined when the contract is agreed. Regulation acceptance testing is performed against any regulations that must be adhered to, such as governmental, legal or safety regulations.
Alpha and beta (or field) testing Developers of market, or COTS, software often want to get feedback from potential or existing customers in their market before the software product is put up for sale commercially. Alpha testing is performed at the developing organization’s site. Beta testing, or field testing, is performed by people at their own locations. Both are performed by potential customers, not the developers of the product.
Organizations may use other terms as well, such as factory acceptance testing and site acceptance testing for systems that are tested before and after being moved to a customer’s site.

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

Chấp nhận thử nghiệm thường là trách nhiệm của khách hàng hoặc người dùng của một hệ thống; các bên liên quan khác có thể tham gia như là tốt. Mục tiêu trong khi chấp nhận thử nghiệm là để thiết lập sự tự tin trong hệ thống, các bộ phận của hệ thống hoặc đặc trưng không có chức năng của hệ thống. Việc tìm kiếm lỗi không phải là mục tiêu chính trong việc chấp nhận kiểm tra. Chấp nhận thử nghiệm có thể đánh giá các hệ thống sẵn sàng cho việc triển khai và sử dụng, mặc dù nó không nhất thiết ở cấp độ cuối cùng của thử nghiệm. Ví dụ, một thử nghiệm tích hợp hệ thống quy mô lớn có thể đi sau khi kiểm tra chấp nhận cho một hệ thống. Chứng nhận thử nghiệm Giáo trình cấp độ nền tảng Phiên bản 2007 trang 24 76 12-May-2007 © quốc tế phần mềm thử nghiệm chuẩn nhận Hội đồng quản trị Chấp nhận thử nghiệm có thể xảy ra như là nhiều hơn chỉ là một mức độ thử nghiệm đơn, ví dụ: o cũi trẻ em một sản phẩm phần mềm có thể chấp nhận được thử nghiệm khi nó được cài đặt hoặc tích hợp. o chấp nhận thử nghiệm 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 tra thành phần. o chấp nhận thử nghiệm của một nâng cao chức năng mới có thể đến trước khi thử nghiệm hệ thống. Các hình thức điển hình của sự chấp nhận kiểm tra bao gồm: Người dùng chấp nhận thử nghiệm Thường xác nhận tập thể dục để sử dụng trong hệ thống bởi người dùng doanh nghiệp. Operational (chấp nhận) kiểm tra sự chấp nhận của hệ thống của quản trị hệ thống, bao gồm: o kiểm tra sao lưu/khôi phục lại; o thiên tai phục hồi; o người dùng quản lý; o bảo trì nhiệm vụ; o định kỳ kiểm tra các lỗ hổng bảo mật. Chấp nhận hợp đồng và quy định kiểm tra hợp đồng chấp nhận thử nghiệm được thực hiện đối với tiêu chí chấp nhận một hợp đồng sản xuất phát triển tùy chỉnh phần mềm. Tiêu chí chấp nhận nên được xác định khi hợp đồng được đồng ý. Quy định sự chấp nhận thử nghiệm được thực hiện đối với bất kỳ quy định phải được tôn trọng, chẳng hạn như chính phủ, quy định pháp lý hoặc an toàn. Alpha và beta (hoặc các lĩnh vực) thử nghiệm nhà phát triển của thị trường, hoặc cũi trẻ em, phần mềm thường muốn để có được thông tin phản hồi từ khách hàng tiềm năng hoặc sẵn có trong thị trường của họ trước khi sản phẩm phần mềm được đưa ra bán thương mại. Thử nghiệm alpha được thực hiện tại tổ chức phát triển trang web. Thử nghiệm beta, hoặc lĩnh vực thử nghiệm, được thực hiện bởi những người tại vị trí riêng của họ. Cả hai đều được thực hiện bởi khách hàng tiềm năng, không phải là các nhà phát triển của sản phẩm. Tổ chức có thể sử dụng các cụm từ khác là tốt, chẳng hạn như nhà máy chấp nhận thử nghiệm và trang web chấp nhận thử nghiệm cho hệ thống đang được thử nghiệm trước và sau khi được chuyển đến trang web của khách hàng.

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

Chấp nhận kiểm tra thường là trách nhiệm của khách hàng hoặc người sử dụng một hệ thống; các bên liên quan khác có thể tham gia như là tốt.
Mục tiêu trong thử nghiệm chấp nhận là thiết lập sự tự tin trong hệ thống, các bộ phận của hệ thống hoặc các đặc tính không có chức năng cụ thể của hệ thống. Tìm các khuyết tật không phải là trọng tâm chính trong kiểm tra chấp nhận. Chấp nhận kiểm tra có thể đánh giá sự sẵn sàng của hệ thống để triển khai và sử dụng, mặc dù nó không nhất thiết phải là mức cuối cùng của thử nghiệm. Ví dụ, một thử nghiệm tích hợp hệ thống quy mô lớn có thể đến sau khi nghiệm thu cho một hệ thống.

Certified Tester
Foundation Cấp Syllabus
Phiên bản 2007 trang 24 của 76 12-Apr-2007 Trình độ chuyên môn kiểm thử phần mềm © quốc tế Ban
Chấp nhận kiểm tra có thể xảy ra là nhiều hơn chỉ một mức độ thử nghiệm duy nhất, ví dụ:
o một sản phẩm phần mềm COTS có thể được chấp nhận thử thách khi nó được cài đặt hoặc tích hợp. o Chấp nhận thử nghiệm của các tiện ích của một thành phần có thể được thực hiện trong thời gian thử nghiệm phần. o Chấp nhận thử nghiệm của một nâng cao chức năng mới có thể đến trước khi thử nghiệm hệ thống.
hình thức tiêu biểu của thử nghiệm chấp nhận bao gồm:
kiểm tra chấp nhận tài
. Thông thường xác minh sự phù hợp cho sử dụng của hệ thống bởi người dùng doanh nghiệp
hoạt động (chấp nhận) thử nghiệm Việc chấp nhận của hệ thống bằng cách các quản trị viên hệ thống, bao gồm:
o kiểm tra sao lưu / khôi phục; o khắc phục thảm họa; o Quản lý người sử dụng; o nhiệm vụ bảo trì; o kiểm tra định kỳ các lỗ hổng bảo mật.
Hợp đồng và xét nghiệm kiểm tra hợp đồng chấp nhận quy định chấp nhận được thực hiện theo các tiêu chí chấp nhận một hợp đồng để sản xuất phần mềm tùy chỉnh phát triển. Chuẩn mực chấp nhận phải được xác định khi hợp đồng được thoả thuận. Kiểm tra Quy chế chấp nhận được thực hiện đối với bất kỳ quy định đó phải được tôn trọng, như các quy định của chính phủ, pháp lý an toàn.
Alpha và beta (hoặc trường) thử nghiệm phát triển của thị trường, hoặc COTS, phần mềm thường muốn nhận được thông tin phản hồi từ khách hàng tiềm năng hoặc hiện tại thị trường của họ trước khi sản phẩm phần mềm được đóng gói để bán thương mại. Thử nghiệm Alpha được thực hiện tại địa điểm tổ chức đang phát triển. Thử nghiệm Beta, hoặc lĩnh vực thí nghiệm, được thực hiện bởi những người ở địa điểm riêng của họ. Cả hai đều được thực hiện bởi các khách hàng tiềm năng, không phải là nhà phát triển của sản phẩm.
Các tổ chức có thể sử dụng các điều khoản khác là tốt, chẳng hạn như thử nghiệm nhà máy chấp nhận và chấp nhận trang web thử nghiệm cho hệ thống đang kiểm tra trước và sau khi được chuyển đến trang web của khách hàng.