Quan sát với ranh giới rõ ràng
Các Calcomera giúp bạn tái tạo các triệu chứng và so sánh các điều kiện. Thử nghiệm không thay thế chẩn đoán phần cứng, đo lường nhà cung cấp, hoặc hướng dẫn của nhà sản xuất. Phiên bản phương pháp: 1.0, 22 tháng 9 năm 2026.
Internet: một nút và một số lượng khác nhau
Tính ổn định và ping đo thời gian yêu cầu HTTP đến nút của chúng tôi bằng cách sử dụng đồng hồ trình duyệt đơn. Đây là HTTP RTT, không phải ICMP ping. Khoảng cách giữa các mẫu là khoảng một giây, thời gian ra là 3 giây. Một mẫu thất bại không cho thấy thời gian chính xác của khoảng cách giữa các quan sát. Trung bình là giá trị trung tâm, p95 là giá trị dưới đó khoảng 95% các đo nằm. Jitter ở đây là sự khác biệt tuyệt đối trung bình của RTT thành công hàng xóm; định nghĩa này phải được xem xét khi so sánh với các dịch vụ khác.
Các tab ẩn, khoảng thời gian dài của đồng hồ và giấc ngủ được đánh dấu như khoảng thời gian quan sát. Thử nghiệm không hứa hẹn theo dõi với trình duyệt đóng cửa. Tính năng của tab nền - MDN.
Thử nghiệm mất mát gửi khoảng 20 tin nhắn số mỗi giây thông qua WebRTC DataChannel, ordered=false, maxRetransmits=0. Máy chủ lưu trữ số lượng tin nhắn nhận được; sau khi chờ đợi một giây để trả lời muộn, khách hàng kiểm tra hồ sơ. Không giao hàng được tính từ tin nhắn gửi, không giao hàng được tính từ tin nhắn nhận được bởi máy chủ. Đây là thông điệp ứng dụng, không phải là tính toán gói IP chính xác. Không cài đặt một liên kết được báo cáo là một sai lầm thay vì “100% mất”.
Kiểm tra tốc độ chuyển một số lượng hạn chế dữ liệu qua HTTP. Thời gian bao gồm việc xử lý yêu cầu và câu trả lời. Chuyển đổi được giới hạn bởi ngân sách và thời gian được chọn; một kênh rất nhanh có thể không có thời gian để bận rộn. Bufferbloat so sánh latency mà không có tải và trong quá trình truyền. Chúng tôi không quy định một đánh giá toàn cầu về chất lượng mạng dựa trên một con số. Làm thế nào WebRTC phản hồi được cấu hình - MDN.
chuột, bàn phím và gamepad
Chúng tôi tính toán các sự kiện được cung cấp cho trình duyệt. Các nhấp chuột và chìa khóa lặp đi lặp đi lặp nhanh được so sánh với một giới hạn hiển thị, tùy chỉnh. Tiết định nhanh nhập cũng có thể đi vào counter. Auto-repeat KeyboardEvent.repeat được tính riêng biệt. Tần số các sự kiện chuột được ước tính theo khoảng thời gian và không được báo cáo như một tần số USB chính xác.
Các nhấp chuột hiển thị ax API Gamepad và radius deflection. Trung bình cho drift chỉ có ý nghĩa khi các mảnh vỡ là ổn định. Vùng tùy chỉnh không thay đổi firmware của thiết bị. Đối với bản đồ không tiêu chuẩn, lệnh của axes có thể khác nhau. Gamepad API — MDN.
Âm thanh và video
Camera và microphone chỉ được yêu cầu sau khi nhấp chuột. Streams không được gửi đến máy chủ của chúng tôi. RMS của microphone và mức độ cao được thể hiện trong dBFS so với phạm vi kỹ thuật số, chứ không phải trong dB SPL vật lý. Nếu không có định dạng, bạn không thể đo khối lượng phòng bằng phương pháp này. Thử nghiệm thúc đẩy các tùy chọn xử lý và hiển thị các cài đặt dòng chảy thực tế có sẵn. Thời gian ngồi tối đa là 60 giây.
Kiểm tra stereo tạo ra các kênh, nhưng không đo âm thanh ở tai. Máy phát âm không kiểm tra sức khỏe tai nghe. Camera hiển thị các cài đặt hình ảnh và dòng có sẵn; Đây không phải là chứng nhận độ phân giải cảm biến. Giấy phép truyền thông - MDN.
Âm thanh tập tin đồng bộ hóa và phân tích
Thử nghiệm đồng bộ lên lịch một âm thanh ngắn thông qua AudioContext và chụp một flash thông qua yêu cầuAnimationFrame. Người dùng chọn offset bằng tay. Đây là một sự bù đắp chủ quan cho một trình duyệt cụ thể, hiển thị, và kết quả âm thanh; nó không phải là sự chậm trễ Bluetooth đo lường. Bảng nền dừng việc so sánh. Web Audio Timeline - MDN.
Kiểm tra tương thích mono chấp nhận một mảnh địa phương lên đến 60 giây và 8 MiB. Các trình duyệt giải mã nó đến PCM 48 kHz. Chúng tôi tính toán RMS của các kênh, mối tương quan Pearson với loại bỏ trung bình, và năng lượng mono-sum (L+R)/2 so với năng lượng trung bình của hai kênh. Chúng ta phân biệt xem xét cửa sổ khoảng một giây: một mối quan hệ dưới −0.3, cùng với một mất mát hơn 6 dB, là một lý do để lắng nghe một phần, chứ không phải là một lỗi phổ quát. Một kênh trống và sự im lặng không nhận được một điểm tương quan tưởng tượng. Đây không phải là LUFS, cao điểm thực sự, hoặc thử nghiệm phát âm vật lý. Sau khi giải mã, một phần còn lại nhỏ là có thể ngay cả với việc hủy gần như hoàn toàn. Tệp vẫn còn trong trình duyệt. Âm thanh giải mã - MDN.
Màn hình, cảm ứng và phản ứng
Các trường màu và gradients được thiết kế để kiểm tra thủ công. Trang này không thấy các lỗi vật lý của matrice. Tốc độ khung được tính bằng yêu cầuAnimationFrame, không phải bằng cảm biến đo. Chạm giới hạn cho các sự kiện mà hệ điều hành và trình duyệt đã chuyển đến trang. Thời gian phản ứng bao gồm thiết bị và latency màn hình.
Kiểm tra độ rõ rệt màu thu hút thay thế màu đen và trắng và các thanh màu rộng một pixel trong buffer Canvas, tính đến thiết bịPixelRatio. So sánh trực quan độ sáng và chi tiết màu sắc. Điển hình hệ điều hành, trang, TV và video đường có thể làm hỏng mẫu. Yêu cầu độ phân giải bản địa, quy mô trang 100% và không có zoom gợi ý. trình duyệt không đọc HDMI/DisplayPort và không tự động xác nhận RGB hoặc 4:4:4. PNG 1024x640 trong kích thước ban đầu có sẵn để lặp lại.
IP và CGNAT
Hiển thị địa chỉ của kết nối hiện tại với máy chủ. So sánh với WAN IPv4 giúp tìm thấy các dấu hiệu của phiên dịch bổ sung. VPN, IPv6 và proxies có thể làm cho việc so sánh không thể. IP công cộng không giống như static và không chứng minh các cổng mở. Thông tin liên lạc: RFC 6598.
Quảng cáo và độ chính xác
Trên các trang thử nghiệm mạng, quảng cáo và phân tích tùy chọn chờ đợi cho đến khi đo lường hoàn thành. Đánh giá lại sau khi tải quảng cáo bắt đầu trên một trang trắng. Chúng tôi không thêm một chờ đợi vì những ấn tượng quảng cáo và không cập nhật các đơn vị quảng cáo dựa trên một đồng hồ.