OperaVí dụ về Kiểm tra chấp nhận (OAT)

Là gì OperaKiểm tra chấp nhận tional?

OperaKiểm tra chấp nhận quốc tế (OAT) Kiểm thử chấp nhận vận hành là một kỹ thuật kiểm thử phần mềm đánh giá khả năng hoạt động của một ứng dụng phần mềm trước khi đưa vào sử dụng thực tế. Mục tiêu của kiểm thử chấp nhận vận hành là đảm bảo sự tuân thủ của hệ thống và các thành phần, cũng như hoạt động trơn tru của hệ thống, theo tiêu chuẩn của nó. OperaMôi trường kinh tế (SOE).

OperaKiểm thử chấp nhận quốc tế còn được gọi là OperaKiểm thử sẵn sàng quốc tế (ORT) hay nói ngắn gọn hơn là kiểm thử vận ​​hành. Cả ba tên gọi đều mô tả cùng một bước kiểm tra: phần mềm có thể đã đáp ứng được yêu cầu của doanh nghiệp, nhưng chưa ai chứng minh được rằng nó có thể được cài đặt, sao lưu, khởi động lại, giám sát và phục hồi bởi những người sẽ sở hữu nó sau khi đưa vào sử dụng.

Sự khác biệt đó giúp OAT vững chắc nằm trong số những công ty hàng đầu. kiểm thử phi chức năng các loại. Nó hỏi hệ thống hoạt động như thế nào trong điều kiện vận hành thực tế chứ không phải liệu một tính năng có trả về câu trả lời chính xác hay không.

các loại Operakiểm tra quốc tế

OperaKiểm tra quốc tịch là một hoạt động bao quát. Mỗi mục dưới đây là một bài kiểm tra riêng biệt với các điều kiện nhập học và bằng chứng riêng, và một chu kỳ OAT đầy đủ thường bao gồm hầu hết chúng.

• Kiểm tra cài đặt — Xác nhận rằng bản dựng có thể được cài đặt, nâng cấp và khôi phục về phiên bản trước trong môi trường mục tiêu bằng cách sử dụng tài liệu được cung cấp.
• Kiểm tra tải và hiệu suất Operasản xuất — kiểm tra xem hệ thống có duy trì được thông lượng và thời gian phản hồi như mong đợi trong điều kiện hoạt động sản xuất hay không. Xem kiểm tra năng suất và kiểm tra tải về các kỹ thuật cơ bản.
• Kiểm tra sao lưu và khôi phục — Điều này chứng tỏ rằng việc sao lưu dữ liệu thực sự có thể được thực hiện theo lịch trình và khôi phục về trạng thái hoạt động bình thường, chứ không chỉ đơn thuần là ghi vào ổ đĩa.
• Kiểm tra bảo mật — Xác minh quyền truy cập, thông tin xác thực, chứng chỉ và các biện pháp bảo mật trong môi trường hoạt động. Tham khảo kiểm tra bảo mật Để biết phương pháp chi tiết.
• Code nghiên cứu — Đánh giá tĩnh mã nguồn và cấu hình đã bàn giao để đảm bảo khả năng bảo trì và phát hiện các điểm yếu đã biết trước khi đưa vào sử dụng thực tế.
• Thất bại trong quá trình kiểm tra — Buộc một nút, dịch vụ hoặc trang web phải ngừng hoạt động và theo dõi xem hệ thống dự phòng có tiếp quản trong thời gian đã thỏa thuận hay không.
• Kiểm tra phục hồi — Đo lường mức độ hoàn toàn và tốc độ hệ thống khôi phục hoạt động sau sự cố. Kiểm tra phục hồi Bài viết này trình bày chi tiết kỹ thuật đó.
• Kết thúc đến cuối Môi trường thử nghiệm Operakiểm tra quốc tế — vận hành toàn bộ chuỗi máy chủ, mạng, tác vụ và giao diện như một đơn vị vận hành duy nhất.
• OperaTài liệu quốc tế Review — Kiểm tra xem các tài liệu hướng dẫn vận hành, sơ đồ dịch vụ, lệnh khởi động lại và quy trình leo thang có khớp với hệ thống đã được xây dựng thực tế hay không.

Sơ đồ bên dưới nhóm các bước kiểm tra đó xung quanh quá trình phát hành, cho thấy kiểm thử vận ​​hành là khâu cuối cùng trước khi ứng dụng được đưa vào môi trường hoạt động thực tế.

Tại sao Operakiểm tra quốc tế

OperaViệc kiểm thử chức năng tồn tại vì một bản phát hành đáp ứng mọi yêu cầu chức năng vẫn có thể không thể chạy được.

• Trong giai đoạn OAT, cấu hình phần mềm và các thành phần hỗ trợ vận hành được kết hợp với nhau lần đầu tiên.
• Nó kiểm tra việc triển khai các thay đổi về chức năng hoặc cấu trúc đối với phần mềm hoặc dịch vụ trong môi trường hoạt động hoặc phi hoạt động.
• Quá trình kiểm tra này xác định xem một ứng dụng có thể được triển khai trên mạng theo các tiêu chuẩn của Thư viện Cơ sở hạ tầng CNTT (ITIL) hay không.
• Nó cho biết liệu phần mềm có hoạt động đúng như thiết kế mà không làm gián đoạn quy trình kinh doanh hay không.
• OAT tập trung chủ yếu vào các khía cạnh sau của sản phẩm phần mềm:
  • Khả năng phục hồi
  • Khả năng phục hồi
  • Khả năng quản lý và hỗ trợ
  • Integrity

Ai biểu diễn OperaKiểm tra quốc tế và thời điểm

Cơ cấu sở hữu của OAT khác biệt so với mọi cấp độ kiểm tra trước đó, và sự khác biệt đó giải thích hầu hết các kết quả của nó. Những người điều hành nó chính là những người sẽ bị gọi điện lúc ba giờ sáng.

• Quản trị viên hệ thống và kỹ sư cơ sở hạ tầng — Thực hiện cài đặt, chuyển đổi dự phòng và khởi động lại các trường hợp trên môi trường mục tiêu.
• Operacác nhóm hỗ trợ và điều phối — Xác thực các cảnh báo, ngưỡng, lộ trình leo thang và các tài liệu giải quyết được tham chiếu bởi mỗi cảnh báo.
• Quản trị viên cơ sở dữ liệu và sao lưu — Sao lưu và khôi phục dữ liệu, bao gồm cả việc khôi phục sang một địa điểm khác.
• Nhân viên an ninh và tuân thủ — Xác nhận việc tăng cường bảo mật, kiểm soát truy cập và ghi nhật ký kiểm toán trong môi trường mô phỏng thực tế.
• Quản lý thử nghiệm — Thu thập bằng chứng vào bộ hồ sơ quyết định triển khai.

Trong tạp chí vòng đời kiểm thử phần mềmViệc kiểm tra vận hành được thực hiện ở giai đoạn cuối cùng. Thử nghiệm hệ thống Kiểm thử chấp nhận người dùng (UAT) chứng minh sản phẩm đã lắp ráp hoạt động tốt, kiểm thử chấp nhận doanh nghiệp chứng minh doanh nghiệp chấp nhận sản phẩm đó, và kiểm thử vận ​​hành tổ chức (OAT) chứng minh tổ chức có thể vận hành sản phẩm. Vì cần một môi trường giống như môi trường sản xuất, OAT thường được lên lịch sau khi phiên bản ứng cử viên phát hành được hoàn thiện — bất kỳ thay đổi mã nào sau thời điểm đó sẽ đưa chu trình trở lại điểm bắt đầu.

Các trường hợp thử nghiệm ví dụ cho OperaKiểm tra quốc tế hoặc OAT

Dưới đây là danh sách kiểm tra tiện dụng để thực hiện OAT. Mỗi dòng được viết sao cho kết quả là đạt hoặc không đạt, điều mà hội đồng vận hành hệ thống cần.

1. Các bản sao lưu được tạo tại một địa điểm có thể được khôi phục về cùng địa điểm đó.
2. Các bản sao lưu được tạo tại một địa điểm có thể được khôi phục tại địa điểm khác.
3. Việc triển khai bất kỳ tính năng mới nào vào môi trường sản xuất thực tế sẽ không ảnh hưởng xấu đến tính toàn vẹn của các dịch vụ sản xuất hiện tại.
4. Quá trình triển khai có thể được sao chép bằng cách sử dụng tài liệu hợp lệ.
5. Mỗi thành phần có thể được tắt và khởi động lại thành công trong khung thời gian đã thỏa thuận.
6. Đối với các cảnh báo, tất cả các cảnh báo quan trọng phải được gửi đến TEC và tham chiếu đến tài liệu giải quyết chính xác.
7. Hệ thống cảnh báo đã được thiết lập và sẽ được phát đi nếu các ngưỡng đã thỏa thuận bị vượt quá.
8. Mọi tài liệu phục hồi được tạo ra hoặc chỉnh sửa, bao gồm cả sơ đồ dịch vụ, đều có giá trị. Những tài liệu này cần được chuyển giao cho các bộ phận hỗ trợ có liên quan.
9. Mỗi thành phần bị ảnh hưởng bởi lỗi sẽ hiển thị thứ tự khởi động lại được khuyến nghị, thời gian hoàn thành và các thành phần phụ thuộc liên quan.

Một bổ sung thiết thực cho danh sách là trường hợp tiêu cực: cố tình làm hỏng một thành phần phụ thuộc, sau đó xác nhận rằng cảnh báo được kích hoạt, sổ tay hướng dẫn được tìm thấy và trình tự khởi động lại được ghi lại khôi phục dịch vụ. Một danh sách kiểm tra chỉ ghi lại những thành công thì chưa hề kiểm tra hoạt động một cách toàn diện.

OperaKiểm thử hệ thống so với Kiểm thử chấp nhận người dùng

OAT và kiểm tra sự chấp nhận của người dùng Cả hai đều là hoạt động chấp nhận và đều bị chậm trễ, đó là lý do tại sao chúng thường bị nhầm lẫn. Chúng trả lời các câu hỏi khác nhau và được ký xác nhận bởi những người khác nhau.

Hai điều này bổ sung cho nhau chứ không phải là lựa chọn thay thế. Một bản phát hành vượt qua UAT nhưng không vượt qua OAT là bản phát hành sẽ hoạt động chính xác cho đến khi xảy ra sự cố đầu tiên.

Ưu điểm và thách thức của Operakiểm tra quốc tế

Các nhóm áp dụng OAT thường nêu ra những lợi ích tương tự và gặp phải những trở ngại tương tự.

Ưu điểm

• Rủi ro mất điện giảm xuống vì các phương án phục hồi và chuyển đổi dự phòng được thực hiện trước khi khách hàng phụ thuộc vào chúng.
• Các nhóm hỗ trợ được thừa hưởng tài liệu đã được kiểm chứng trên hệ thống thực tế chứ không phải được viết dựa trên bản thiết kế.
• Những sự cố bất ngờ trong quá trình triển khai thường xuất hiện trong một khoảng thời gian được kiểm soát thay vì vào đêm chính thức vận hành.
• Bằng chứng về sự tuân thủ và kiểm toán được tạo ra như một sản phẩm phụ của danh sách kiểm tra.

Những thách thức

• Môi trường giống như môi trường sản xuất rất tốn kém, và một bản sao thu nhỏ lại che giấu chính xác những lỗi mà OAT được thiết kế để tìm ra.
• Chu trình này cạnh tranh với lịch phát hành, vì vậy nó là hoạt động đầu tiên bị cắt giảm khi ngày phát hành bị trì hoãn.
• Các trường hợp gây thiệt hại như chuyển đổi dự phòng và khôi phục cần sự chấp thuận và khoảng thời gian yên tĩnh, điều rất khó đạt được.
• Kết quả phụ thuộc vào đội ngũ nhân viên vận hành đang đồng thời điều hành dịch vụ trực tuyến hiện tại.

Thông thường, biện pháp giảm thiểu rủi ro là bắt đầu từ những việc nhỏ: tự động hóa các trường hợp sao lưu-khôi phục và khởi động lại trước, vì chúng lặp lại sau mỗi lần phát hành và cho tín hiệu đạt hay không đạt rõ ràng nhất. Từ đó, danh sách kiểm tra có thể được mở rộng theo từng chu kỳ, và bất kỳ thay đổi nào đối với sổ tay vận hành đều có thể trở thành ứng cử viên cho việc tự động hóa. kiểm tra hồi quy trong bản phát hành tiếp theo.

Câu Hỏi Thường Gặp