Apa itu Pengujian Ujung ke Ujung (End-to-End/E2E)? Contoh

⚡ Ringkasan Cerdas

Pengujian ujung-ke-ujung memvalidasi alur kerja perangkat lunak secara lengkap, mulai dari antarmuka pengguna hingga setiap subsistem dan basis data yang terintegrasi, memastikan skenario yang menyerupai lingkungan produksi berfungsi dengan benar sebelum dirilis.

  • 🎯 Definisi: Memverifikasi aplikasi beserta semua sistem dan aliran data yang terhubung.
  • 📈 Mengapa hal ini penting: Mendeteksi cacat integrasi yang terlewatkan oleh pengujian unit dan sistem.
  • 🔄 Proses: Rencanakan, siapkan lingkungan, bangun fungsi pengguna, skenario, lalu kasus uji.
  • Peralatan modern: Cypress, Penulis naskah, dan Selenium 4.x prospek web E2E.
  • 🤖 Sudut pandang AI: AI generatif menyusun skrip, memperbaiki sendiri selektor, dan memprioritaskan alur yang berisiko.

Pengujian End to End

Pengujian Ujung Ke Ujung

Pengujian ujung ke ujung adalah metode pengujian perangkat lunak yang memvalidasi seluruh aplikasi dari awal hingga akhir, beserta integrasinya dengan antarmuka eksternal. Tujuannya adalah untuk memverifikasi seluruh perangkat lunak terkait ketergantungan, integritas data, dan komunikasi dengan sistem, antarmuka, dan basis data lain, dengan menjalankan skenario yang menyerupai lingkungan produksi secara lengkap.

Selain itu, sistem ini juga memvalidasi pemrosesan batch dan data dari sistem hulu dan hilir. Karena itulah namanya. “Dari Ujung ke Ujung.” Pengujian E2E biasanya dilakukan setelah pengujian fungsional dan Pengujian Sistem, menggunakan data yang menyerupai data produksi untuk mensimulasikan kondisi waktu nyata. Ini juga disebut Pengujian Rantai.

Mengapa Pengujian Ujung ke Ujung?

Pengujian ujung ke ujung Memverifikasi alur sistem secara lengkap dan meningkatkan kepercayaan dengan mendeteksi masalah di seluruh subsistem, sehingga meningkatkan Cakupan TesSistem modern sangat saling terhubung, dan kegagalan salah satu subsistem dapat menyebabkan seluruh platform runtuh. Pengujian end-to-end (E2E) adalah cara paling andal untuk mengurangi risiko tersebut sebelum dirilis.

Proses Pengujian Ujung ke Ujung

Diagram di bawah ini menunjukkan proses pengujian End-to-End.

Proses Pengujian Ujung ke Ujung

Aktivitas utama dalam Pengujian End-to-End adalah:

  • Pelajari persyaratan pengujian ujung-ke-ujung.
  • Pengaturan lingkungan pengujian dan persyaratan perangkat keras/perangkat lunak.
  • Jelaskan semua sistem dan proses subsistemnya.
  • Tetapkan peran dan tanggung jawab di seluruh sistem.
  • Sepakati metodologi dan standar pengujian.
  • Track persyaratan ujung-ke-ujung dan kasus uji desain.
  • Definisikan data input dan output untuk setiap sistem.

Bagaimana cara membuat Kasus Uji End-to-End?

Buat Kasus Uji End-to-End
Kasus Uji Ujung-ke-Ujung

Kerangka desain Pengujian Ujung ke Ujung terdiri dari tiga bagian:

  1. Bangun fungsi pengguna
  2. Kondisi pembangunan
  3. Bangun kasus uji

Bangun Fungsi Pengguna

Aktivitas-aktivitas berikut harus dilakukan sebagai bagian dari pengembangan fungsi pengguna:

  • Sebutkan fitur-fitur sistem dan komponen-komponen yang saling terhubung.
  • Cantumkan data masukan, tindakan, dan data keluaran untuk setiap fitur.
  • Identifikasi hubungan antar fungsi.
  • Tentukan apakah setiap fungsi dapat digunakan kembali atau berdiri sendiri.

Sebagai contoh, pertimbangkan untuk masuk ke akun bank Anda dan mentransfer uang ke bank lain (subsistem pihak ketiga):

  1. Masuk ke sistem perbankan.
  2. Periksa saldo di rekening tersebut.
  3. Transfer uang dari rekening Anda ke rekening bank lain.
  4. Periksa saldo rekening terbaru.
  5. Keluar dari aplikasi.

Membangun Kondisi berdasarkan Fungsi Pengguna

Kegiatan-kegiatan berikut dilakukan sebagai bagian dari persyaratan bangunan:

  • Buat serangkaian kondisi untuk setiap fungsi pengguna yang telah didefinisikan.
  • Kondisi yang dimaksud meliputi kondisi urutan, waktu, dan data.

Sebagai contoh:

Login

  • Nama pengguna dan kata sandi tidak valid.
  • Nama pengguna dan kata sandi yang valid.
  • Pengecekan kekuatan kata sandi.
  • Verifikasi pesan kesalahan.

Jumlah Saldo

  • Periksa saldo terkini setelah 24 jam (ketika transfer masuk ke bank lain).
  • Periksa pesan kesalahan jika jumlah transfer melebihi saldo saat ini.

Buat Skenario Uji

Membangun Skenario Uji untuk fungsi pengguna yang telah ditentukan. Dalam hal ini:

  • Masuk ke sistem.
  • Periksa saldo bank.
  • Transfer saldo bank.

Buat Beberapa Kasus Uji

Buat satu atau lebih kasus uji untuk setiap skenario yang didefinisikan. Kasus uji dapat memperlakukan setiap kondisi sebagai satu kasus uji tunggal.

Metrik untuk Pengujian Ujung ke Ujung

Metrik umum yang digunakan dalam pengujian ujung-ke-ujung meliputi:

  • Status persiapan Kasus Uji: TracKemajuan persiapan KS sesuai dengan rencana.
  • Kemajuan Tes Mingguan: Persentase penyelesaian per minggu (gagal, tidak terlaksana, terlaksana dibandingkan rencana).
  • Status dan Detail Kerusakan: Jumlah cacat yang terbuka/tertutup per minggu dan distribusinya berdasarkan tingkat keparahan dan prioritas.
  • Ketersediaan Lingkungan: Jumlah jam "aktif" dibagi dengan total jam yang dijadwalkan per hari.

Alat Pengujian E2E Modern di Tahun 2026

Tiga kerangka kerja mendominasi otomatisasi web end-to-end saat ini:

  • Cypress: JavaBerbasis skrip, berjalan di dalam browser, dengan fitur debugging time-travel. Ideal untuk front-end React, Vue, dan Angular.
  • Dramawan: Kompatibel lintas browser (Chromium, WebKit, Firefox) dengan auto-wait, eksekusi paralel, dan tracpenonton elektronik.
  • Selenium 4.x: Kini dilengkapi dengan WebDriver BiDi, locator relatif, dan peningkatan skalabilitas grid untuk rangkaian aplikasi perusahaan.

Untuk perangkat seluler, Appium 2 dan Maestro memimpin; Postman dan Karate menangani alur tingkat API.

AI dalam Pembuatan Tes End-to-End

AI Generatif sedang dibagikan ulangping Pengujian E2E. Platform LLM membaca user story dan menghasilkan secara otomatis. Cypress atau naskah drama, sementara locator yang dapat memperbaiki diri sendiri beradaptasi ketika DOM berubah, mengurangi pengujian yang tidak stabil.

Alat-alat seperti TestimMabl, Functionize, dan KaneAI menganalisis telemetri produksi untuk memprioritaskan perjalanan pengguna dengan risiko tertinggi.

Pengujian Ujung ke Ujung vs Pengujian Integrasi vs Pengujian Sistem

Aspek Ujung ke ujung integrasi System
Cakupan Aplikasi lengkap plus antarmuka eksternal. Dua atau lebih modul terintegrasi. Perangkat lunak lengkap sesuai persyaratan.
Lingkungan Hidup Mirip produksi dengan pihak ketiga sungguhan. Stub atau integrasi parsial. Pementasan khusus.
Tahap Setelah pengujian sistem. Setelah pengujian unit. Setelah pengujian integrasi.
Otomatisasi Campuran; Pengujian Manual Seringkali dibutuhkan oleh pihak ketiga. Sebagian besar otomatis. Baik manual maupun otomatis.

Pertanyaan yang Sering Diajukan (FAQ) tentang Pengujian Ujung-ke-Ujung

Pengujian ujung-ke-ujung memeriksa bahwa seluruh aplikasi berfungsi mulai dari tindakan pengguna pertama hingga hasil akhir, termasuk setiap basis data, API, dan layanan pihak ketiga yang terhubung yang bergantung pada alur kerja.

Jalankan pengujian E2E setelah pengujian unit, integrasi, dan sistem. Sebagian besar tim menjalankan rangkaian pengujian E2E kecil (smoke suite) pada setiap permintaan pull (pull request) dan rangkaian pengujian lengkap setiap malam atau sebelum setiap rilis.

Pengujian integrasi memverifikasi bahwa dua modul atau lebih dapat berkomunikasi satu sama lain dengan benar, seringkali menggunakan stub. Pengujian E2E memvalidasi seluruh perjalanan pengguna di seluruh tumpukan aplikasi nyata dalam lingkungan yang menyerupai produksi.

Untuk aplikasi web, Playwright dan Cypress memimpin, dengan Selenium 4.x dominan dalam pipeline perusahaan. Appium 2 dan Maestro mencakup ponsel, sementara Postman dan Karate menangani alur tingkat API.

AI menghasilkan skrip E2E dari user story, memperbaiki sendiri selector saat DOM berubah, dan memprioritaskan alur berisiko tinggi. Alat seperti TestimMabl dan KaneAI mempersingkat waktu pembuatan konten dan mengurangi pengujian yang tidak stabil.

Tidak. AI mempercepat pembuatan skrip, pemeliharaan, dan analisis risiko, tetapi manusia tetap menentukan aturan bisnis, menilai kasus-kasus khusus, memvalidasi UX, dan menyetujui rilis. Penguji yang dibantu AI tetap menjadi model realistis tahun 2026.

Ringkaslah postingan ini dengan: