Trước cuộc gọi video - công cụ nào cần chạy (màn hình, camera, microphone)
Chạy bốn kiểm tra trình duyệt trước cuộc gọi Zoom, Teams hoặc Meet: camera, microphone, màn hình LCD và tùy chọn bàn phím. Quy trình mất khoảng 5 phút - không cần tải xuống hay tài khoản. Camera và microphone là bắt buộc - gây ra 90% sự cố trước cuộc gọi.
Đội biên tập Free Tool Online| Kiểm tra | Thời gian | Phát hiện gì | Tool |
|---|---|---|---|
| Camera | 30 s | Màn hình đen, sai thiết bị, không có quyền trình duyệt | Kiểm tra camera |
| Microphone | 30 s | Tắt tiếng cấp hệ điều hành, quyền trình duyệt bị từ chối | Kiểm tra microphone |
| Màn hình LCD | 60 s | Điểm ảnh bị kẹt / chết hiển thị khi trình chiếu | Kiểm tra LCD |
| Bàn phím | 60 s | Phím bị kẹt hoặc không phản hồi trước khi gõ | Kiểm tra bàn phím |
Bước 1 - Test camera (60 giây)
Sự cố phổ biến nhất trước cuộc gọi là "camera hoạt động trong hệ điều hành nhưng Chrome không thể nhìn thấy nó." Điều đó xảy ra vì ứng dụng trước đó (Slack, OBS, FaceTime, bảng quyền riêng tư camera của hệ điều hành) vẫn giữ tay nắm thiết bị, hoặc trình duyệt đã bị từ chối quyền camera trước đó và người dùng đã quên. Test camera phía trình duyệt bắt cả hai trong vài giây.
Mở test camera, nhấp Bắt đầu Camera, và cấp yêu cầu quyền. Xem trước trực tiếp nên xuất hiện trong vòng hai giây với độ phân giải hiển thị bên cạnh hình ảnh. Nếu xem trước đen, camera đang bận trong ứng dụng khác - đóng các client desktop Slack / Teams / Zoom và thử lại. Nếu yêu cầu quyền không xuất hiện, trình duyệt đã nhớ một từ chối - nhấp biểu tượng camera trong thanh địa chỉ để cấp. Nếu xem trước ngược hoặc gương, đó là đặc điểm driver / trình duyệt bạn sẽ sống cùng cho cuộc gọi (hầu hết các ứng dụng hội nghị gương xem trước cục bộ có chủ ý).
Bước này không bắt: chất lượng hình ảnh (ánh sáng, tiêu cự, cân bằng trắng) hoặc phía âm thanh. Microphone được kiểm tra riêng ở bước 2 vì các chế độ sự cố khác nhau và nhiều người dùng có camera hoạt động và mic hỏng cùng lúc.
Bước 2 - Test microphone (60 giây)
Sự cố microphone rơi vào ba nhóm: hệ điều hành không nhìn thấy mic chút nào (driver / cáp / ghép cặp Bluetooth bị rớt), trình duyệt bị từ chối quyền, hoặc hệ điều hành nhìn thấy nó nhưng định tuyến đến thiết bị sai (mang mic laptop thay vì tai nghe, hoặc ngược lại). Test microphone phía trình duyệt lộ ra cả ba.
Mở trang, cho phép quyền, và nói bình thường. Đồng hồ âm lượng trực tiếp nên phản ứng với giọng bạn trong nửa giây. Nếu đồng hồ không di chuyển, chuyển thiết bị đầu vào trong bảng âm thanh hệ điều hành - tai nghe có thể không phải mặc định. Nếu trang nói "không phát hiện microphone," hệ điều hành đã mất thiết bị hoàn toàn; kết nối lại cáp / ghép cặp lại tai nghe Bluetooth, sau đó làm mới trang. Nếu đồng hồ di chuyển nhưng quá yên (đỉnh dưới một nửa), độ khuếch đại đầu vào hệ điều hành thấp - tăng nó trước cuộc gọi thay vì trong khi gọi.
Bước này không bắt các vấn đề âm thanh cấp mạng (mất gói VoIP, jitter) hoặc bộ lọc tiếng vang / triệt nhiễu của chính ứng dụng hội nghị. Những cái đó chỉ xuất hiện bên trong ứng dụng hội nghị thực tế và được xác nhận tốt nhất với cuộc gọi thử với đồng nghiệp.
Bước 3 - Test LCD (60 giây)
Bước 3 - Test LCD (60 giây) là quét pixel toàn màn hình để pixel kẹt không nằm trên mặt ai đó giữa cuộc gọi - trên Before a Video Call hay làm sau camera và mic.
Nếu test LCD phát hiện lỗi, bạn có hai lựa chọn: đặt cửa sổ ứng dụng hội nghị sao cho lỗi nằm ngoài vùng nhìn thấy của nó (hoạt động cho một hoặc hai pixel ở một góc), hoặc chấp nhận nó cho cuộc gọi này và chạy quy trình chuẩn bị bảo hành trong hướng dẫn đi kèm cách test pixel chết trước khi trả màn hình sau đó.
Bước này không bắt các vấn đề đường tín hiệu (cáp, thương lượng tốc độ làm mới, bắt tay EDID) - cho những cái đó, xem test LCD vs test hiển thị vs test màn hình để biết test nào bắt cái gì.
Bước 4 - Test bàn phím (90 giây; chỉ nếu bạn sẽ gõ)
Bỏ qua bước này nếu bạn đang tham gia với tư cách người nghe. Chạy nó nếu cuộc gọi liên quan đến gõ - phỏng vấn nơi bạn ghi chú trực tiếp, phiên chia sẻ code, Q&A bạn sẽ điều phối. Test bàn phím trực quan hóa mỗi lần nhấn phím và xác nhận không có phím nào bị ánh xạ sai hoặc kẹt. Sự cố phổ biến nhất là một phím đăng ký như một phím khác (di chứng phím dính của hệ điều hành), hoặc một phím không đăng ký gì cả (lỗi switch cơ học). Cả hai đều đáng bắt trước khi bạn gõ sai tên ứng viên trước mặt họ.
Bước này không bắt các vấn đề bố cục bàn phím phía phần mềm (hệ điều hành nghĩ bạn đang dùng bố cục US nhưng bàn phím vật lý là UK) - test đọc mã quét vật lý, không phải các ký tự kết quả. Nếu test pass nhưng ký tự sai xuất hiện trong ứng dụng hội nghị, thay đổi bố cục bàn phím trong cài đặt hệ điều hành.
Checklist trước cuộc gọi (in được)
- Camera - test camera → xem trước trực tiếp trong 2 giây; độ phân giải đúng; quyền được cấp trong trình duyệt.
- Microphone - test microphone → đồng hồ âm lượng phản ứng với giọng bạn; thiết bị đầu vào đúng được chọn trong hệ điều hành.
- Màn hình - test LCD → không có pixel kẹt / chết trong vùng mà cửa sổ hội nghị sẽ nằm.
- Bàn phím (nếu gõ) - test bàn phím → mỗi phím đăng ký đúng; không có phím nào bị ánh xạ sai hoặc kẹt.
- Ánh sáng (đánh giá thị giác; không cần công cụ) - nguồn sáng phía trước bạn, không phía sau; không có cửa sổ sáng trong khung camera.
- Thông báo - Không Làm Phiền của hệ điều hành bật; đóng các client desktop Slack / email / messenger để tránh popup giữa lúc chia sẻ.
Câu hỏi thường gặp
Toàn bộ checklist mất bao lâu?
Khoảng bốn phút nếu bạn bỏ qua bước 4 (bàn phím), khoảng năm với bước 4. Mỗi công cụ chạy trong một tab trình duyệt; bạn có thể để chúng mở và chạy lại bất kỳ bước nào fail trước khi cuộc gọi bắt đầu.
Tôi có thể chạy checklist trên điện thoại không?
Test camera và test microphone hoạt động trên trình duyệt di động (cùng quyền trình duyệt áp dụng). Test LCD chạy nhưng kết quả ít hữu ích trên điện thoại - bạn khó có thể trình bày từ màn hình điện thoại. Test bàn phím không áp dụng cho màn hình cảm ứng.
Sẽ thế nào nếu camera hoạt động trong test nhưng không trong ứng dụng hội nghị?
Ứng dụng hội nghị có thể có yêu cầu quyền camera riêng mà bạn chưa trả lời, hoặc nó được gán cho camera khác (cam USB vs cam tích hợp laptop). Bên trong ứng dụng hội nghị, mở cài đặt âm thanh / video và chọn camera một cách rõ ràng. Nếu nó vẫn không hiện, client desktop của ứng dụng hội nghị đang dùng camera; làm mới tab trình duyệt nơi bạn chạy test - bất kỳ ứng dụng nào giữ tay nắm thiết bị thắng.
Sẽ thế nào nếu test microphone pass nhưng ứng dụng hội nghị nói "âm thanh của bạn bị tắt"?
Đó là ứng dụng hội nghị tắt tiếng ở lớp của riêng nó (chủ trì đã tắt tiếng bạn, hoặc ứng dụng là "âm thanh tắt" mặc định cho khách). Bật tiếng bên trong ứng dụng; mic cấp hệ điều hành và mic cấp ứng dụng độc lập. Hướng dẫn đi kèm cách kiểm tra webcam và microphone trước phỏng vấn đi qua các quyền theo lớp chi tiết hơn.
Tại sao chạy test màn hình - pixel kẹt chỉ là vẻ ngoài không phải sao?
Cho cuộc gọi một-một, có, bạn có thể bỏ qua. Cho thuyết trình cho nhóm hoặc phỏng vấn được ghi lại, pixel kẹt là loại chi tiết kết thúc trong bản ghi chia sẻ màn hình mãi mãi. Bắt nó trước cuộc gọi cho phép bạn đặt lại vị trí cửa sổ hoặc chọn màn hình khác.
Sẽ thế nào nếu một bước fail - tôi vẫn có thể nhận cuộc gọi không?
Camera fail → chuyển sang chỉ âm thanh với lời từ chối. Microphone fail → đổi lịch, hoặc tham gia từ điện thoại cho âm thanh trong khi trình bày từ laptop. Màn hình fail → đặt lại vị trí cửa sổ hội nghị xa lỗi; cuộc gọi tiếp tục. Bàn phím fail → chuyển sang bàn phím USB, hoặc nhận cuộc gọi với tư cách người nghe và không phải người gõ.
Liên quan
- Test LCD vs test hiển thị vs test màn hình - test nào phát hiện tín hiệu vs lỗi panel.
- Test camera vs test webcam vs chất lượng camera - phân biệt đi kèm cho triệu chứng liên quan đến camera.
- Cách kiểm tra webcam và microphone trước phỏng vấn - đào sâu cụ thể cho phỏng vấn.
- Cách test pixel chết trước khi trả màn hình - quy trình chuẩn bị bảo hành nếu test LCD phát hiện lỗi.
- Checklist kiểm tra thiết bị cho làm việc từ xa - checklist rộng hơn theo nhịp tuần.
- Kiểm tra màn hình vs kiểm tra camera - cái nào bạn thực sự cần? - cách chọn giữa kiểm tra panel màn hình và kiểm tra camera khi triệu chứng trùng lặp.