Jika Anda memulai proyek otomatisasi pengujian, pertanyaan Selenium vs Penulis Drama akan muncul dengan cepat. Hasil penelusuran mungkin tampak seperti masalah yang sudah diselesaikan, namun jawaban yang tepat bergantung pada tim Anda, pengujian yang ada, dan browser yang harus Anda dukung.

Panduan ini membandingkannya dengan hal-hal yang sebenarnya Anda rasakan dalam pekerjaan sehari-hari. Contoh kode menunjukkan gaya khas setiap alat, dan kami tidak menjalankannya untuk artikel ini. Kami juga menghindari mengutip persentase kecepatan, karena tolok ukur yang dipublikasikan sangat bervariasi dan sering kali berasal dari vendor. Ukur pada aplikasi Anda sendiri apakah kecepatan akan menentukan masalahnya.

Jawaban singkatnya

Pilih Playwright untuk sebagian besar proyek pengujian web baru, terutama jika tim Anda dapat bekerja dalam JavaScript, TypeScript, Python, Java, atau .NET. Anda mendapatkan lebih banyak fitur, dan lebih sedikit waktu yang dihabiskan untuk infrastruktur dan waktu tunggu yang tidak stabil.

Pilih Selenium jika Anda sudah memiliki suite yang besar dan berfungsi, jika Anda memerlukan bahasa yang tidak didukung secara resmi oleh Playwright seperti Ruby, atau jika Anda harus menguji pada versi browser sebenarnya dan platform yang tersedia melalui grid Selenium atau cloud perangkat.

Selenium vs Penulis Drama berdampingan

Arsitektur: bagaimana setiap orang berkomunikasi dengan browser

Selenium mengirimkan perintah menggunakan protokol WebDriver W3C, sebuah standar formal. Kode Anda berkomunikasi dengan driver, seperti ChromeDriver, yang mengontrol browser, dengan setiap perintah biasanya berupa permintaan HTTP terpisah. Karena vendor browser mendukung standar ini, maka kompatibilitasnya luas. Protokol yang lebih baru, WebDriver BiDi, menambahkan komunikasi dua arah dan streaming acara ke standarnya.

Penulis drama menjaga koneksi tetap ke browser dan menggunakan versi Chromium, Firefox, dan WebKit yang telah di-patch. Karena koneksinya bersifat langsung dan dua arah, ia dapat bereaksi terhadap peristiwa browser, dan setiap pengujian dapat dijalankan dalam konteks browser yang ringan. Inilah sebabnya mengapa sebagian besar perbandingan menilai Penulis Drama lebih cepat, meskipun kesenjangan sebenarnya bergantung pada aplikasi dan pengujian Anda.

Satu tes di kedua alat

Ini adalah tes login yang sama, yang ditulis dengan Python, terhadap situs praktik umum.

Selenium

from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC

def test_login(driver):
    driver.get("https://the-internet.herokuapp.com/login")
    driver.find_element(By.ID, "username").send_keys("tomsmith")
    driver.find_element(By.ID, "password").send_keys("SuperSecretPassword!")
    driver.find_element(By.CSS_SELECTOR, "button[type=submit]").click()

    message = WebDriverWait(driver, 10).until(
        EC.visibility_of_element_located((By.ID, "flash"))
    )
    assert "You logged into a secure area" in message.text

Anda juga memerlukan perlengkapan untuk membuat dan menutup driver, seperti yang kami tunjukkan di Tutorial Selenium Python kami.

Penulis naskah drama

from playwright.sync_api import Page, expect

def test_login(page: Page):
    page.goto("https://the-internet.herokuapp.com/login")
    page.get_by_label("Username").fill("tomsmith")
    page.get_by_label("Password").fill("SuperSecretPassword!")
    page.get_by_role("button", name="Login").click()

    expect(page.locator("#flash")).to_contain_text("You logged into a secure area")

Ini bergantung pada plugin pytest-playwright, yang menyediakan perlengkapan page. Ini lebih pendek, terutama karena waktu tunggu sudah ada di expect, dan karena pencari lokasi seperti get_by_role mendeskripsikan halaman seperti yang dilihat pengguna. Dengan Selenium, Anda dapat mengurangi boilerplate ini secara signifikan dengan bantuan dan Model Objek Halaman, yang kami rekomendasikan di salah satu alat tersebut.

Tes yang menunggu dan tidak stabil

Pengaturan waktu adalah penyebab utama pengujian browser yang tidak stabil, dan di sinilah kedua alat tersebut paling berbeda dalam penggunaan sehari-hari.

Di Selenium, Anda bertanggung jawab atas sinkronisasi. Penantian yang eksplisit memang berhasil dengan baik, tetapi seseorang harus mengingatnya di mana pun, dan tim yang lupa sering kali kembali melakukannya time.sleep. Panduan kami untuk Selenium menunggu menjelaskan cara melakukannya dengan benar.

Di Penulis Drama, tindakan secara otomatis memeriksa apakah suatu elemen terlihat, stabil, diaktifkan, dan dapat menerima peristiwa sebelum bertindak. Pernyataan yang mengutamakan web terus mencoba ulang hingga batas waktu habis. Anda masih dapat menulis pengujian yang tidak stabil, misalnya dengan data pengujian yang buruk, namun sumber masalah utama ditangani secara default.

Browser dan bahasa

Di sinilah Selenium mempunyai keunggulan nyata. Pembuatan WebKit Playwright mirip dengan mesin Safari, tetapi tidak sama dengan Safari di Mac atau iPhone. Jika perilaku Safari sebenarnya sangat penting, Selenium dengan SafariDriver, atau cloud perangkat nyata, membuat Anda lebih dekat dengan apa yang sebenarnya dijalankan pengguna Anda.

Demikian pula, Playwright menguji versi browser yang dibundelnya, meskipun ia juga dapat menjalankan saluran Chrome dan Edge yang terpasang. Selenium menggerakkan browser yang Anda instal, yang membantu jika Anda harus mendukung versi tertentu. Untuk aplikasi seluler asli, tidak ada jawaban lengkapnya: Appium, yang dibangun berdasarkan konsep WebDriver, adalah alat yang biasa.

Dalam hal bahasa, Selenium secara resmi mendukung Ruby dan memiliki sejarah yang sangat panjang di tim Java. Versi Node.js dari Playwright juga memiliki perkakas terlengkap, karena terdapat test runner lengkap di sana. Bahasa lain mendapatkan perpustakaan inti dan berintegrasi dengan kerangka pengujiannya sendiri.

Men-debug

Penulis naskah drama mempunyai petunjuk yang jelas dalam hal ini. penampil jejak mencatat setiap tindakan, bersama dengan snapshot DOM, panggilan jaringan, dan log konsol, sehingga Anda dapat menelusuri proses CI yang gagal setelah selesai. Mode UI dan codegen juga membantu Anda menulis tes lebih cepat. Lihat Tutorial Penulis Drama untuk Pemula kami untuk mengetahui cara menggunakannya.

Dengan Selenium, Anda merakitnya sendiri, mulai dari tangkapan layar jika terjadi kegagalan, log browser, video dari penyedia jaringan Anda, dan laporan dari kerangka pengujian Anda. Ini berfungsi dengan baik, dan banyak tim memiliki pengaturan yang sangat baik, tetapi perlu upaya untuk membangunnya.

Fitur jaringan dan API

Penulis naskah dapat mencegat dan meniru permintaan jaringan dengan beberapa baris kode, yang berguna untuk menguji status kesalahan:

page.route("**/api/orders", lambda route: route.fulfill(status=500))

Ini juga mencakup klien permintaan API, sehingga Anda dapat membuat data pengujian melalui API sebelum menjalankan browser. Selenium 4 telah menambahkan beberapa fitur jaringan melalui Chrome DevTools Protocol dan BiDi, tetapi dukungan dan kenyamanan berbeda-beda tergantung browser dan bahasa. Banyak pengguna Selenium menambahkan proxy atau pustaka HTTP terpisah, seperti pada alat pengujian API.

Berjalan dan berskala paralel

Pelari Playwright menangani pekerja paralel dan sharding di seluruh mesin CI dengan opsi sederhana. Konteks browser itu murah, jadi isolasi tidak memerlukan browser baru untuk setiap pengujian.

Selenium menggunakan Selenium Grid untuk mendistribusikan pengujian di seluruh mesin dan versi browser, dan kerangka pengujian menangani paralelisme. Grid lebih banyak dijalankan, namun terbukti dalam skala yang sangat besar, dan banyak perangkat cloud komersial yang mendukungnya secara langsung.

Haruskah Anda bermigrasi dari Selenium ke Penulis Drama?

Tidak secara otomatis. Rangkaian kerja sangat berharga, dan penulisan ulang membutuhkan waktu lama untuk menguji produk. Ajukan pertanyaan-pertanyaan ini terlebih dahulu:

1. Apakah ada masalah yang dapat diukur? Pengujian yang tidak stabil atau proses debug yang lambat adalah alasan yang bagus. “Ini lebih baru” tidak.
2. Seberapa besar ruangannya? Seratus tes dapat dipindahkan. Sepuluh ribu adalah proyek besar.
3. Apakah objek halaman Anda bersih? Abstraksi yang baik membuat perpindahan menjadi jauh lebih murah.
4. Apakah Anda mengandalkan fitur khusus Selenium? Periksa kebutuhan jaringan dan perangkat Anda terlebih dahulu.

Jika Anda bergerak, lakukan secara bertahap. Tulis pengujian baru di Playwright, migrasikan pengujian lama yang paling buruk terlebih dahulu, dan jalankan keduanya secara berdampingan hingga rangkaian lama cukup kecil untuk dihentikan. Jangan terjemahkan pengujian baris demi baris, karena hal tersebut akan memengaruhi sleep dan pencari lokasi lama. Hindari juga kesalahan yang tercakup dalam kesalahan otomatisasi pengujian.

Bagaimana memilih

Yang terbaik dari semuanya, jalankan uji coba singkat. Otomatiskan tiga perjalanan paling canggung Anda di setiap alat dengan aplikasi Anda sendiri, di CI Anda sendiri, dan bandingkan kode, kecepatan, dan seberapa mudah Anda dapat men-debug kegagalan. Bukti selama satu minggu mengalahkan artikel perbandingan mana pun, termasuk artikel ini. Jika Cypress juga ada dalam daftar pilihan Anda, baca Penulis Drama vs Cypress.

Penutup

Penulis naskah drama biasanya merupakan tempat yang lebih mudah untuk memulai, dan Selenium tetap menjadi standar yang dapat diandalkan dengan jangkauan yang luas. Tidak ada yang akan menyelamatkan rangkaian pengujian yang dirancang dengan buruk. Pilih berdasarkan kendala Anda yang sebenarnya, berinvestasilah pada pencari lokasi yang stabil dan data pengujian yang baik, dan jaga agar rangkaian produk Anda tetap fokus pada hal yang paling penting bagi pengguna Anda.

Pertanyaan yang sering diajukan

Teruslah belajar