Bạn đã có một bản phát hành chạy tốt ở địa phương, pipeline CI đang xanh, và staging trông khỏe mạnh. Sau đó, một giao dịch phụ thuộc vào địa lý thất bại đối với người dùng Pháp, một callback của bên thứ ba hoạt động khác đi, hoặc một quá trình di chuyển cơ sở dữ liệu bị hỏng chỉ sau khi triển khai. Ứng dụng có thể ổn. Môi trường thì không.
Một cài đặt môi trường kiểm tra đáng tin cậy coi hạ tầng, dữ liệu, phụ thuộc và danh tính mạng như một hệ thống được kiểm soát. Ngăn xếp nên giống như sản xuất, bắt đầu từ các định nghĩa có phiên bản, sử dụng dữ liệu tách biệt, và làm cho lưu lượng bên ngoài của nó đủ dự đoán để tái tạo một kết quả. Điều đó quan trọng đối với các nhóm QA, quản lý mạng xã hội, chuyên gia xác minh quảng cáo, nhóm nghiên cứu thị trường, và bất kỳ ai kiểm tra quy trình làm việc phụ thuộc vào vị trí hoặc ngữ cảnh tài khoản.
Tại sao Môi Trường Kiểm Tra Thất Bại Trước Khi Kiểm Tra Bắt Đầu
Một bản phát hành chạy tốt ở địa phương, CI đang xanh, và staging trông khỏe mạnh. Sau đó, một giao dịch của người Pháp thất bại, một callback hoạt động khác đi, hoặc một quá trình di chuyển bị hỏng chỉ sau khi triển khai. Câu hỏi đầu tiên thường là liệu ứng dụng có bị lỗi không. Trong thực tế, môi trường có thể đã thay đổi dưới lớp kiểm tra.
Một máy chủ staging chia sẻ làm cho sự không chắc chắn đó tồi tệ hơn. Một người kiểm tra có thể xác thực một quy trình đăng nhập trong khi một nhà phát triển thay đổi một biến môi trường và một nhóm khác làm mới cơ sở dữ liệu. Cùng một bài kiểm tra có thể thành công cho một tài khoản và thất bại cho tài khoản khác, mà không có ranh giới rõ ràng giữa hành vi ứng dụng, dữ liệu kiểm tra, và cài đặt.
Các lỗi liên quan đến môi trường tạo ra rủi ro sản xuất. Sự trôi dạt cấu hình, dịch vụ không ổn định, lược đồ lỗi thời, và điều kiện mạng không đồng nhất có thể tạo ra kết quả gây hiểu lầm. Các môi trường toàn diện, chuyên dụng giảm bớt sự không chắc chắn đó bằng cách cung cấp cho mỗi bài kiểm tra một trạng thái ứng dụng đã biết, tập dữ liệu, và lộ trình lưu lượng. Tổng quan về quản lý môi trường kiểm tra này giải thích giá trị của việc tách biệt những thành phần đó.
Một mô hình tư duy tốt hơn
Một môi trường kiểm tra là một sản phẩm giống như sản xuất được kiểm soát, không chỉ đơn thuần là một máy chủ với một bản dựng kiểm tra. Định nghĩa của nó bao gồm:
- Địa hình ứng dụng: Dịch vụ frontend, backend, hàng đợi, cơ sở dữ liệu, lưu trữ, và hạ tầng hỗ trợ.
- Cấu hình: Cờ tính năng, biến môi trường, thông tin xác thực, điểm cuối dịch vụ, và phiên bản triển khai.
- Dữ liệu: Hồ sơ tổng hợp hoặc được che giấu một cách thích hợp mà tái tạo quy trình làm việc thực mà không tiết lộ thông tin nhạy cảm.
- Danh tính mạng: Vị trí, nhà mạng hoặc ASN, giao thức, hành vi định tuyến, và tính bền vững của phiên khi quy trình làm việc phụ thuộc vào chúng.
- Kiểm soát vòng đời: Cung cấp, làm mới, truy cập, giám sát, và quy trình tháo dỡ.
Hướng dẫn DevOps khuyến nghị các môi trường kiểm tra chuyên dụng và hạ tầng như mã, thường được gọi là IaC. IaC lưu trữ các định nghĩa hạ tầng trong các tệp có kiểm soát phiên bản, cho phép các nhóm cung cấp tài nguyên nhất quán thay vì xây dựng chúng thủ công. Cung cấp động có thể tạo ra một môi trường mới cho một trường hợp kiểm tra, sau đó xóa nó sau khi sử dụng. Môi trường trở thành một tài sản có thể tái tạo thay vì một máy chia sẻ lâu dài.
Quy tắc thực tiễn: Nếu một người kiểm tra không thể tái tạo môi trường từ các định nghĩa đã được tài liệu hóa, kết quả chỉ có thể tái tạo một phần.
Độ tương đương sản xuất có nghĩa là bảo tồn các hành vi ảnh hưởng đến bài kiểm tra, không sao chép mọi tài nguyên sản xuất. Danh tính mạng thuộc về định nghĩa đó. Một giao dịch phụ thuộc vào địa lý, kiểm tra nội dung địa phương, hoặc yêu cầu xác minh quảng cáo có thể phản hồi khác nhau qua một lộ trình trung tâm dữ liệu, một proxy di động, hoặc một lộ trình CGNAT. Việc xoay vòng cũng có thể làm mất hiệu lực một phiên hoặc giới thiệu sự không ổn định nếu không được kiểm soát. Các nhóm nên tài liệu hóa những điều kiện đó bên cạnh hạ tầng và giám sát tính ổn định mạng trong quy trình làm việc kiểm tra, để định tuyến vẫn là một phần của hợp đồng kiểm tra thay vì một biến không giải thích được.
Những gì cần xác định trước khi bạn cung cấp bất kỳ điều gì
Cung cấp trước khi yêu cầu được tài liệu hóa tạo ra công việc lại. Bắt đầu với một thông số môi trường ngắn mà một kỹ sư khác có thể áp dụng mà không cần hỏi “giống như sản xuất” có nghĩa là gì.
Ghi lại hợp đồng kiểm tra
Ghi lại các thành phần ứng dụng đang được kiểm tra, hệ điều hành hỗ trợ, phiên bản trình duyệt, hồ sơ thiết bị, yêu cầu cơ sở dữ liệu, và các tích hợp cần thiết. Bao gồm các điều kiện mạng có thể thay đổi kết quả, chẳng hạn như quốc gia, nhà mạng, ASN, hành vi xác thực, giao thức, lộ trình định tuyến, và liệu bài kiểm tra có yêu cầu một phiên bền vững hay một IP thay đổi. Một proxy di động, lộ trình CGNAT, hoặc địa chỉ xoay vòng là một phần của hợp đồng kiểm tra khi quy trình làm việc phụ thuộc vào danh tính mạng.
Tài liệu yêu cầu của bạn nên trả lời những câu hỏi này:
- Ma trận nền tảng: Hệ điều hành nào, trình duyệt nào, kích thước màn hình nào, và sự kết hợp thiết bị nào phải vượt qua?
- Mô hình dữ liệu: Các bài kiểm tra cần hồ sơ tổng hợp, dữ liệu sản xuất được che giấu, tài khoản đã được gieo hạt, hay dữ liệu giao dịch tách biệt?
- Hành vi phụ thuộc: Các API và dịch vụ bên ngoài nào có sẵn, và cái nào cần sandbox, mô phỏng, hoặc phản hồi thất bại có kiểm soát?
- Phạm vi mạng: Các vị trí, nhà mạng, và nhà điều hành mạng nào mà môi trường phải đại diện?
- Chính sách làm mới: Khi nào dữ liệu, bản dựng, lược đồ, thông tin xác thực, và phiên mạng nên được làm mới?
- Sở hữu: Ai có thể tạo, thay đổi, phê duyệt, giám sát, và nghỉ hưu môi trường?
Thông số này cũng xác định số lượng môi trường cần duy trì. Một cài đặt QA thực tiễn thường bao gồm một môi trường CI hoặc tạm thời cho các bài kiểm tra tự động, một môi trường staging ổn định cho công việc thủ công và khám phá, và một môi trường tiền sản xuất cho xác minh cuối cùng. Sự tách biệt đúng phụ thuộc vào quy trình phát hành. Các thiết lập tự động và kiểm tra khám phá của con người không nên cạnh tranh cho cùng một trạng thái.
Bảo vệ dữ liệu mà không làm cho các bài kiểm tra trở nên phi thực tế
Dữ liệu thực tế cải thiện độ bao phủ, trong khi việc sao chép các hồ sơ nhạy cảm vào một ngăn xếp kiểm tra tạo ra các vấn đề quản trị. Dữ liệu tổng hợp phù hợp với hầu hết các trường hợp tự động. Dữ liệu được che giấu hoặc ẩn danh giúp khi các trường hợp biên phụ thuộc vào các mối quan hệ, định dạng, hoặc lịch sử tài khoản thực tế. Áp dụng mã hóa, quyền truy cập dựa trên vai trò, và ghi chép kiểm toán cho chính môi trường kiểm tra.
Xác định hành vi làm mới trước khi bất kỳ ai cung cấp cơ sở dữ liệu. Nếu một nhóm làm mới nó mà không thông báo cho nhóm khác, khả năng tái tạo sẽ biến mất. Chỉ định ai bắt đầu một lần làm mới, dữ liệu nào còn lại, tài khoản nào được tái tạo, cách phát hành thông tin xác thực an toàn, và liệu danh tính mạng hoặc trạng thái phiên có cần được đặt lại hay không. Hướng dẫn thực tiễn này về quản lý môi trường kiểm tra kết nối các tập dữ liệu tổng hợp, mã hóa, quyền riêng tư, và hợp tác như những mối quan tâm quản lý liên quan.
Ghi lại tiêu chí thoát
Xác định điều gì có nghĩa là “sẵn sàng” trước khi cung cấp. Các tiêu chí có thể bao gồm một lần triển khai thành công, các phụ thuộc có thể tiếp cận, tài khoản kiểm tra đã được gieo hạt, quyền truy cập đã được phê duyệt, định tuyến mạng hợp lệ, hành vi proxy ổn định, và một lộ trình khói vượt qua. Nếu không có những kiểm tra này, một URL phản hồi có thể tạo ra sự tự tin sai lầm trong khi cơ sở dữ liệu, dịch vụ callback, ma trận trình duyệt, hoặc lộ trình mạng vẫn chưa hoàn chỉnh.
Xây Dựng Một Môi Trường Giống Như Sản Xuất Giữ Được Khả Năng Tái Tạo
Một môi trường có thể tái tạo là một sản phẩm với quy trình xây dựng, một danh tính, và một chủ sở hữu. Xây dựng nó theo một trình tự cố định: xác định yêu cầu, cung cấp hạ tầng, cấu hình dịch vụ, triển khai ứng dụng, sau đó thực hiện xác minh khói. Trình tự này phơi bày các phụ thuộc thiếu trước khi các bài kiểm tra chính thức tiêu tốn thời gian.
Bắt đầu từ một nền tảng có phiên bản
Tạo một hình ảnh cơ sở hoặc định nghĩa container chứa hệ điều hành, runtime, phụ thuộc trình duyệt, chứng chỉ và gói hệ thống cần thiết. Khóa phiên bản ở những nơi mà tính lặp lại quan trọng. Một phụ thuộc thay đổi có thể biến một bài kiểm tra hợp lệ thành một thất bại trong thiết lập khi hành vi trình duyệt, driver cơ sở dữ liệu hoặc thư viện hệ điều hành thay đổi.
Sử dụng hạ tầng như mã, hoặc IaC, để định nghĩa mạng, tính toán, cơ sở dữ liệu, quyền, tham chiếu bí mật và mối quan hệ dịch vụ. Lưu trữ những định nghĩa đó cùng với ứng dụng hoặc kho môi trường, và xem xét các thay đổi như mã. Các chỉnh sửa thủ công trên console có thể loại bỏ rào cản ngày hôm nay, nhưng chúng cũng tạo ra sự khác biệt mà việc cung cấp tiếp theo không thể tái tạo.
Phản ánh topologie sản xuất nơi mà topologie ảnh hưởng đến hành vi. Bảo tồn ranh giới dịch vụ, đường dẫn định tuyến, công việc bất đồng bộ, mối quan hệ cơ sở dữ liệu và các chế độ thất bại liên quan. Công suất có thể nhỏ hơn cho QA thường xuyên, nhưng các tương tác giữa các thành phần phải vẫn tương đương.
Xem xét danh tính mạng như một phần của hợp đồng xây dựng. Ghi lại loại proxy, giao thức, lộ trình địa lý và chính sách phiên cùng với bản xây dựng ứng dụng. Proxy di động và Carrier-Grade NAT, hoặc CGNAT, có thể tái tạo lưu lượng kiểu nhà mạng và địa chỉ công cộng chia sẻ, trong khi việc xoay vòng có thể gây ra sự không ổn định nếu nó thay đổi trong một phiên. Do đó, môi trường nên kiểm soát khi nào một danh tính được gán, nó tồn tại bao lâu, và khi nào nó được đặt lại.
Triển khai, cấu hình và xác thực
Sau khi hạ tầng tồn tại, cài đặt các phụ thuộc và triển khai bản xây dựng ứng dụng chính xác dưới thử nghiệm. Đặt biến môi trường thông qua cấu hình và quy trình bí mật đã được phê duyệt, kết nối với các sandbox bên ngoài, tải tập dữ liệu dự kiến và cấu hình quy tắc truy cập. Giữ cài đặt giao thức proxy tách biệt khỏi cấu hình ứng dụng để hồ sơ thử nghiệm hiển thị cả danh tính bản xây dựng và danh tính mạng.
Sử dụng chuỗi hoạt động này:
- Cung cấp tài nguyên từ các định nghĩa được kiểm soát phiên bản.
- Cài đặt phụ thuộc từ các manifest đã khóa hoặc hình ảnh đã được phê duyệt.
- Triển khai bản xây dựng và xác minh rằng mọi dịch vụ báo cáo phiên bản mong đợi.
- Cấu hình tích hợp với thông tin xác thực sandbox, callback, hàng đợi, lưu trữ và kiểm soát danh tính mạng.
- Gieo hoặc khôi phục dữ liệu theo chính sách bảo mật và làm mới đã được tài liệu hóa.
- Chạy các bài kiểm tra khói qua đường dẫn chính trước khi khởi động toàn bộ bộ.
Hướng dẫn thiết lập môi trường thử nghiệm này mô tả một tiến trình tương tự từ phân tích yêu cầu qua cung cấp, cấu hình và xác thực khói. Chuỗi này hoạt động vì các phụ thuộc thiếu vẫn hiển thị trong khi thiết lập vẫn dễ dàng kiểm tra.
Tính đến thời gian làm mới
Các môi trường lớn có thể mất thời gian để cung cấp hoặc làm mới. Một nhà cung cấp lớn tài liệu hóa các hoạt động có thể mất lên đến ba giờ, vì vậy hãy tự động hóa chuỗi thay vì coi thiết lập như một nhiệm vụ vào phút cuối. Việc tạo theo yêu cầu, xác thực tự động và nghỉ hưu mà không cần dọn dẹp thủ công giảm chi phí hoạt động.
Đối với công việc đạt tiêu chuẩn benchmark, hãy kiểm soát máy móc cẩn thận như ứng dụng. Phản ánh topologie sản xuất, vô hiệu hóa quản lý năng lượng CPU và điều chỉnh tần số, xóa bộ nhớ cache ứng dụng, CDN và cơ sở dữ liệu trước mỗi lần chạy, và khóa phiên bản hệ điều hành và ứng dụng. Những kiểm soát này giảm tiếng ồn khi môi trường hỗ trợ so sánh hiệu suất thay vì xác minh chức năng.
Cấu hình Danh tính Mạng Với Proxy và Nhắm mục tiêu Địa lý
Một môi trường thử nghiệm có thể khớp với topologie sản xuất và vẫn trả về kết quả gây hiểu lầm nếu danh tính outbound của nó khác. Một proxy gửi lưu lượng khách hàng qua một trung gian. Loại mạng xác định nơi địa chỉ xuất phát, trong khi giao thức xác định cách mà khách hàng kết nối. Cấu hình chúng riêng biệt.
| Loại Proxy | Tốt Nhất Cho | Kháng Chặn | Đánh Đổi |
|---|---|---|---|
| Di động 4G hoặc 5G | Luồng người dùng phụ thuộc địa lý, QA tập trung vào di động, xác minh quảng cáo và kiểm tra ngữ cảnh tài khoản | Các địa chỉ di động khó bị chặn rộng rãi vì các nhà mạng sử dụng địa chỉ chia sẻ | Công suất và hành vi phiên có thể thay đổi theo mạng nhà mạng |
| Cư trú | Các quy trình làm việc cần danh tính băng thông rộng của người tiêu dùng | Thường giống với lưu lượng hộ gia đình hơn là lưu lượng trung tâm dữ liệu | Tính khả dụng, tính nhất quán và quản trị cần xem xét cẩn thận |
| Trung tâm dữ liệu | Tự động hóa nội bộ, kiểm tra dịch vụ có kiểm soát và các nhiệm vụ kỹ thuật có thông lượng cao | Dễ dàng hơn cho các hệ thống phân loại là lưu lượng hosting | Nó có thể không đại diện cho một mạng tiêu dùng hoặc di động thực sự |
Các lộ trình di động thường sử dụng Carrier-Grade NAT, hoặc CGNAT. Các nhà mạng đặt nhiều thuê bao phía sau một nhóm nhỏ các địa chỉ IPv4 công cộng. Một địa chỉ do đó có thể đại diện cho người dùng hợp pháp với các phiên không liên quan. Một dịch vụ có thể phản hồi với giới hạn tốc độ hoặc thách thức CAPTCHA thay vì ngay lập tức chặn địa chỉ. Danh tính chia sẻ đó cũng tạo ra một rủi ro thử nghiệm: một thất bại không giải thích có thể đến từ lưu lượng khác sử dụng cùng một lộ trình công cộng, không phải từ ứng dụng đang thử nghiệm.
Giữ giao thức và nhắm mục tiêu tách biệt
Các proxy HTTP chuyển tiếp lưu lượng web và phù hợp với các cấu hình trình duyệt và ứng dụng phổ biến. SOCKS5 hoạt động ở mức thấp hơn và có thể mang các loại lưu lượng khác nhau. Không giao thức nào làm cho một lộ trình trở thành di động, cư trú hoặc trung tâm dữ liệu. Mạng cơ sở của điểm cuối cung cấp danh tính đó.
Nhắm mục tiêu địa lý chọn một quốc gia hoặc khu vực. Nhắm mục tiêu ASN hoặc ISP chọn nhà điều hành mạng hoặc Số Hệ Thống Tự Động, xác định một mạng trên internet. Xem xét những điều này như các kiểm soát yêu cầu độc lập. Một bài kiểm tra có thể chỉ định một lộ trình di động Pháp và một hồ sơ nhà mạng cụ thể mà không coi những lựa chọn đó là thuộc tính của HTTP hoặc SOCKS5.
Sử dụng một lộ trình di động Pháp cho thanh toán địa phương, nội dung khu vực, hành vi phụ thuộc nhà mạng, hoặc kiểm tra phân phối quảng cáo. Ghi lại quốc gia, khu vực, ASN hoặc ISP, loại mạng, giao thức và địa chỉ công cộng đã giải quyết với mỗi lần chạy. Hồ sơ đó làm cho các so sánh thất bại có thể chẩn đoán khi nhà cung cấp không thể trả về sự kết hợp chính xác đã yêu cầu.
Giữ lộ trình ổn định trong quá trình đăng nhập và giao dịch nhiều bước. Chỉ thay đổi nó khi trường hợp kiểm tra rõ ràng các thay đổi địa chỉ hoặc yêu cầu độc lập. Trước khi thêm một lộ trình vào ngăn xếp, xác minh cấu hình và hành vi thất bại của nó bằng cách sử dụng hướng dẫn này để cấu hình các máy chủ proxy. Một môi trường giống như sản xuất bao gồm những kiểm soát danh tính mạng này trong cấu hình có thể tái tạo của nó, không phải như một cài đặt trình duyệt không chính thức.
Lịch trình Xoay vòng Tài khoản Làm nóng và Kiểm soát Phiên
Xoay vòng là một hành vi ứng dụng, không phải là một sự thay thế cho thiết kế thử nghiệm. Nếu hệ thống thay đổi IP trong quá trình đăng nhập, kết quả có thể phản ánh việc vô hiệu hóa phiên thay vì một lỗi ứng dụng. Nếu nó không bao giờ thay đổi IP trong một bài kiểm tra phân phối địa lý hoặc giám sát giá, lần chạy có thể bỏ lỡ hành vi mà bạn quan tâm.
Sử dụng các phiên dính cho các quy trình làm việc phụ thuộc vào tính liên tục. Một phiên dính giữ cùng một danh tính proxy trong một khoảng thời gian xác định hoặc cho đến khi khách hàng yêu cầu thay đổi. Đăng nhập, thanh toán, cài đặt tài khoản và các biểu mẫu nhiều trang thường cần cách tiếp cận này. Xoay vòng nhanh hoặc theo lịch phù hợp với các yêu cầu độc lập, kiểm tra tính khả dụng lặp lại và các bài kiểm tra có kiểm soát về phản hồi phụ thuộc vị trí.
Lịch trình xoay vòng có thể được đặt thành các khoảng thời gian từ một đến năm phút, hoặc được kích hoạt theo yêu cầu, khi dịch vụ proxy hỗ trợ những kiểm soát đó. Giữ khoảng thời gian gắn liền với hành trình người dùng thay vì chọn một thay đổi nhanh vì nó có sẵn.
Sử dụng lịch trình phù hợp với quy trình làm việc
Một ma trận hoạt động đơn giản có thể trông như thế này:
| Quy trình làm việc | Hành vi phiên | Cách tiếp cận xoay vòng | Rào cản |
|---|---|---|---|
| Kiểm tra tài khoản xã hội | Giữ nguyên trong quá trình đăng nhập và đăng bài | Thay đổi giữa các lần thử nghiệm tài khoản riêng biệt | Giới hạn đồng thời và bảo tồn quyền sở hữu tài khoản |
| Thanh toán phụ thuộc địa lý | Giữ nguyên trong toàn bộ giao dịch | Xoay vòng chỉ giữa các hành trình của khách hàng | Đặt lại cookie và dữ liệu thử nghiệm với lộ trình |
| Giám sát giá cả | Phiên yêu cầu độc lập | Xoay vòng theo lịch trình hoặc theo yêu cầu | Tôn trọng quy tắc và giới hạn tốc độ của trang web |
| Xác minh quảng cáo | Giữ nguyên theo vị trí và địa điểm | Xoay vòng giữa các trường hợp xác thực địa lý | Ghi lại vị trí, ASN, thời gian, và phản hồi |
Khởi động tài khoản nên có nghĩa là hoạt động dần dần, tuân thủ chính sách với dữ liệu thử nghiệm thực tế, không phải là một nỗ lực để né tránh các kiểm soát của nền tảng. Bắt đầu với đồng thời thấp, sử dụng các mẫu điều hướng dự kiến, và dừng lại khi dịch vụ trả về một thách thức hoặc phản hồi không mong đợi. Một bài kiểm tra làm quá tải mục tiêu sẽ không dạy bạn nhiều về hành vi của người dùng bình thường.
Tài liệu về tính liên tục của phiên, xử lý cookie, quy tắc thử lại, và các kích hoạt xoay vòng trong trường hợp thử nghiệm. Hướng dẫn này về tính liên tục của phiên rất hữu ích khi quyết định phần nào của quy trình làm việc nên giữ nguyên danh tính mạng.
Danh sách kiểm tra xác thực và Giữ sự đồng nhất theo thời gian
Một ngăn xếp đã sẵn sàng khi nó hoạt động theo cách dự đoán được dưới con đường người dùng chính. Chạy các bài kiểm tra khói, xác nhận sức khỏe dịch vụ và kết nối cơ sở dữ liệu, kiểm tra các sandbox bên ngoài, và kiểm tra danh tính mạng từ môi trường chính xác được sử dụng để thử nghiệm.
Để so sánh chuẩn lặp lại, chạy ít nhất 3 lần thử cho các so sánh thông thường và 10 lần thử trở lên cho các quyết định có rủi ro cao. Nếu hệ số biến thiên vượt quá 5%, hãy coi môi trường là không ổn định trước khi đưa ra kết luận. Xóa bộ nhớ cache, khóa các phiên bản, phản chiếu cấu trúc sản xuất, và vô hiệu hóa thay đổi tần số CPU. Hướng dẫn kiểm tra chuẩn này phác thảo các kiểm soát tương tự.
Kiểm tra sự đồng nhất liên tục
Kiểm tra lại ngăn xếp thử nghiệm bất cứ khi nào có thay đổi về ứng dụng hoặc hạ tầng:
- Sự đồng nhất cấu hình: So sánh các biến môi trường, cờ tính năng, định tuyến, và phiên bản dịch vụ.
- Sự đồng nhất sơ đồ: Kiểm tra các di chuyển, chỉ mục, ràng buộc, và hình dạng dữ liệu đại diện.
- Sự đồng nhất phụ thuộc: Xác minh các sandbox, callback, chứng chỉ, và xử lý thời gian chờ.
- Sự đồng nhất mạng: Xác nhận quốc gia, ASN, giao thức, hành vi phiên, và giả định định tuyến. Các proxy di động, CGNAT, và xoay vòng có thể thay đổi con đường quan sát, vì vậy hãy ghi lại chúng như một phần của cấu hình thử nghiệm.
- Sự đồng nhất quản lý: Xem xét vai trò truy cập, thời gian làm mới, hồ sơ kiểm toán, và che giấu dữ liệu.
Các khác biệt nhỏ trong phiên bản, phần cứng, cấu hình, sơ đồ, hoặc phụ thuộc có thể làm vô hiệu hóa một kết quả. Thảo luận này về sự đồng nhất sản xuất và sự trôi dạt môi trường giải thích tại sao các môi trường gần đúng thường thất bại trong các hệ thống đám mây, nơi tính đàn hồi và sự thay đổi phụ thuộc tạo ra sự biến đổi.
Gán một người sở hữu cho mỗi môi trường và ghi lại lần làm mới cuối cùng của nó. Làm cho việc phát hiện sự trôi dạt trở thành một phần của quy trình. Sau một thất bại, nhóm nên có khả năng xác định bản dựng, ảnh chụp dữ liệu, danh tính mạng, trạng thái xoay vòng, và kết quả kiểm tra sẵn sàng. Hồ sơ đó biến việc gỡ lỗi thành chẩn đoán.
Evoproxy cung cấp quyền truy cập proxy di động 4G/LTE/3G tại Pháp với các cổng cá nhân hoặc chia sẻ, xoay vòng có thể cấu hình từ một đến năm phút hoặc theo yêu cầu, và hỗ trợ cho các quy trình QA phụ thuộc địa lý. Truy cập Evoproxy để đánh giá một danh tính mạng di động cho thử nghiệm thanh toán, xác minh quảng cáo, kiểm tra tài khoản xã hội, hoặc nghiên cứu thị trường.
