Gesaan dan skop
Sebuah pasukan ingin memindahkan pemintasan rangkaian pelayar daripada protokol penyahpepijatan peribadi kepada WebDriver BiDi. Terangkan cara anda mereka bentuk persediaan sesi, langganan acara, kitaran hayat pemintasan, pengasingan konkurensi dan pemulihan kegagalan.
Perkara yang dinilai oleh penemu duga
- Memahami bahawa BiDi ialah protokol dwiarah dan dipacu acara bagi WebDriver serta masih berstatus Draf Kerja (Working Draft) W3C.
- Membezakan tanggungjawab sesi, konteks, id pemintasan, id permintaan dan langganan acara.
- Menetapkan skop pemintasan mengikut corak URL, fasa dan konteks bagi mengelakkan pencemaran silang antara ujian.
- Mereka bentuk tamat masa (timeout), pembatalan, pengendalian pemutusan sambungan dan penyuntingan privasi (redaction) dan bukannya sekadar membentangkan skrip.
Soalan penjelasan
- Adakah ujian sekadar memerhati trafik, atau mengubah suai/menyekatnya pada fasa permintaan atau tindak balas?
- Adakah pelayar, pemacu (driver) dan masa larian (runtime) menyokong modul BiDi yang diperlukan?
- Adakah setiap ujian memiliki konteks pelayarnya sendiri, dan berapa lamakah peraturan serta log acara disimpan?
- Apabila berlaku kegagalan, adakah rangkaian sebenar perlu dipulihkan atau ujian patut gagal serta-merta berserta diagnostik?
Kerangka jawapan 30 saat
Bagi setiap ujian, saya akan mencipta sesi BiDi dan konteks pelayaran yang terasing, merundingkan keupayaan (capabilities) dan melanggan acara yang diperlukan sahaja. Peraturan akan mengehadkan URL, fasa dan konteks; acara seperti beforeRequestSent akan menghasilkan satu keputusan bagi setiap id permintaan: teruskan, sekat atau sediakan tindak balas olok-olok (mock). Setiap peraturan mempunyai tamat masa dan cangkuk pembersihan. Pemutusan sambungan akan menghentikan mutasi dan menggagalkan ujian sebagai isu infrastruktur, manakala log hanya mengekalkan metadata yang telah disunting. Trafik pengeluaran tidak sekali-kali menggunakan pemintas ini.
Perbincangan mendalam langkah demi langkah
1. Sahkan sempadan protokol dan pelaksanaan
WebDriver BiDi menggunakan WebSocket untuk komunikasi dwiarah yang dipacu acara; versi W3C 1 Jun 2026 masih merupakan Draf Kerja. Klien perlu membaca keupayaan pemacu dan pelayar daripada menganggap medan draf adalah stabil di semua tempat. Perintah HTTP WebDriver klasik boleh wujud bersama dengan acara BiDi, tetapi satu saluran mesti menjadi pihak berkuasa bagi setiap bahagian keadaan (state).
2. Cipta sesi dan konteks yang terasing
Pada permulaan ujian, cipta sesi dan konteks pelayaran yang terasing, serta rekod pemetaan sesi, konteks dan id larian ujian. Berikan setiap peraturan pemintasan id pemintasan yang unik dan ikat hanya pada corak URL, fasa dan konteks yang diperlukan. Semasa peleraian (teardown), batalkan langganan, alih keluar pemintasan dan tutup konteks mengikut urutan terbalik supaya peraturan tidak bocor ke ujian seterusnya.
3. Reka bentuk keputusan acara dan pemintasan
Langgan acara rangkaian dengan session.subscribe, kemudian gunakan id permintaan dalam setiap acara untuk mencari keadaan ujian. Padanan yang tepat menerima satu tindakan eksplisit: teruskan, sekat atau sediakan tindak balas pada fasa yang disokong. Lapisan keputusan memerlukan kunci kedalihan (idempotency) dan tamat masa. Id permintaan yang tidak diketahui, acara pendua atau fasa yang tidak disokong akan disalurkan kepada ralat yang boleh diperhati dan bukannya diteruskan secara senyap.
4. Kendalikan konkurensi, pemutusan sambungan dan keselamatan
Ujian serentak tidak boleh berkongsi jadual pemintasan yang boleh berubah (mutable); setiap konteks memiliki peraturannya sendiri dan penimbal acara. Apabila WebSocket terputus sambungan, hentikan pengubahsuaian trafik, tandakan ujian sebagai kegagalan infrastruktur, sunting serta simpan URL, status dan garis masa, kemudian lakukan pembersihan. Sunting pengepala (headers), kuki, badan dan token secara lalai. Jalankan hanya dalam pelayar ujian dengan kelayakan ujian jangka pendek, jangan sekali-kali terhadap domain pengeluaran.
Contoh jawapan berkualiti tinggi
Saya akan menganggap BiDi sebagai sempadan protokol, bukan sekadar menyalin API laluan daripada sesebuah pustaka automasi. Setiap ujian menerima sesi dan konteks pelayaran yang terasing, membaca keupayaan dan melanggan acara rangkaian yang diperlukan. Pemintasan mempunyai id unik dan dihadkan oleh corak URL, fasa dan konteks; acara menggunakan id permintaan untuk membuat satu keputusan sama ada teruskan, sekat atau olok-olok. Peleraian membatalkan langganan, mengalih keluar peraturan dan menutup konteks mengikut urutan terbalik. Setiap tindakan mempunyai tamat masa, kedalihan dan rekod diagnostik. Pemutusan sambungan WebSocket menggagalkan ujian sebagai kegagalan infrastruktur dan membersihkannya daripada mengubah suai trafik dalam keadaan yang tidak diketahui. Log disunting, pelayar ujian diasingkan daripada pengeluaran, dan perbezaan keserasian dinyatakan secara jelas dalam matriks keupayaan.
Kesilapan biasa
- Menganggap medan Draf Kerja sebagai API yang stabil dalam setiap pelayar dan pemacu.
- Memintas secara global mengikut URL tanpa penetapan skop konteks, fasa atau larian ujian.
- Gagal melanggan terlebih dahulu, atau mencampuradukkan id acara, pemintasan dan konteks.
- Terus menghantar mutasi selepas sambungan terputus, menjadikan keputusan sukar ditafsirkan.
- Membiarkan peraturan pemintasan aktif selepas peleraian dan mencemari ujian terkemudian.
- Menulis kuki, Authorization atau badan tindak balas ke dalam log tanpa disunting.
- Membolehkan pemintas ujian dalam pelayar pengeluaran atau trafik pengguna sebenar.
Soalan susulan dan jawapan
Bagaimanakah BiDi boleh wujud bersama dengan WebDriver klasik?
WebDriver klasik sesuai untuk kawalan imperatif, manakala BiDi sesuai untuk acara berterusan dan pemerhatian rangkaian. Kedua-duanya boleh berkongsi sesi pelayar, tetapi pemilikan keadaan dan urutan penutupan mesti jelas supaya kedua-dua saluran tidak mengubah suai satu konteks pada masa yang sama.
Mengapakah peraturan pemintasan memerlukan fasa?
Data yang tersedia berbeza sebelum permintaan dihantar, apabila tindak balas bermula dan apabila ia selesai. Sesuatu fasa memilih perkara yang boleh diubah dan membolehkan fasa yang tidak disokong gagal lebih awal daripada diteka semasa masa larian.
Bagaimanakah anda membuktikan tiada pencemaran silang antara ujian?
Berikan setiap ujian konteks dan id pemintasannya sendiri, buat pertanyaan dan kosongkan peraturan konteks tersebut semasa peleraian, serta jalankan pemeriksaan pengasingan. Rekodkan acara langganan, pembatalan dan penutupan supaya kegagalan mengekalkan garis masa yang lengkap.