Apa itu Pengujian END-To-END? Contoh E2E

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

Pengujian Ujung Ke Ujung

Pengujian Ujung Ke Ujung adalah metode pengujian perangkat lunak yang memvalidasi keseluruhan perangkat lunak dari awal hingga akhir beserta integrasinya dengan antarmuka eksternal. Tujuan pengujian end-to-end adalah menguji seluruh perangkat lunak untuk mengetahui ketergantungan, integritas data, dan komunikasi dengan sistem, antarmuka, dan database lain untuk menjalankan produksi lengkap seperti skenario.

Selain sistem perangkat lunak, ia juga memvalidasi pemrosesan batch/data dari sistem hulu/hilir lainnya. Maka nama "Ujung ke ujung". Pengujian End to End biasanya dijalankan setelah fungsional dan Pengujian Sistem. Ia menggunakan produksi aktual seperti data dan lingkungan pengujian untuk mensimulasikan pengaturan waktu nyata. Pengujian E2E juga disebut Pengujian Rantai.

Pengujian AKHIR KE AKHIR

Mengapa Pengujian Ujung ke Ujung?

Pengujian Ujung Ke Ujung memverifikasi aliran sistem lengkap dan meningkatkan kepercayaan dengan mendeteksi masalah dan meningkatkannya Cakupan Tes subsistem. Sistem perangkat lunak modern bersifat kompleks dan saling terhubung dengan beberapa subsistem yang mungkin berbeda dari sistem saat ini. Seluruh sistem dapat runtuh karena kegagalan subsistem mana pun yang merupakan risiko besar yang dapat dihindari dengan pengujian menyeluruh.

Proses Pengujian Ujung ke Ujung

Diagram berikut memberikan gambaran umum proses pengujian End to End.

Proses Pengujian AKHIR KE AKHIR

Kegiatan utama yang terlibat dalam Pengujian End to End adalah –

  • Studi tentang persyaratan pengujian ujung ke ujung
  • Pengaturan Lingkungan Uji dan persyaratan perangkat keras/perangkat lunak
  • Jelaskan semua proses sistem dan subsistemnya.
  • Description peran dan tanggung jawab untuk semua sistem
  • Metodologi dan standar pengujian
  • Pelacakan persyaratan ujung ke ujung dan perancangan kasus uji
  • Data input dan output untuk setiap sistem

Alat Pengujian Ujung ke Ujung

1) tesRigor

tesRigor adalah pemimpin industri dalam hal pengujian menyeluruh. Buat pengujian tanpa kode dengan mudah di seluruh UI Web, aplikasi Seluler Asli dan Hibrida, peramban Seluler, dan API. Uji Email dan SMS, uji file .XLS, .DOC, .PDF, dll. yang diunduh dengan mudah.

Fitur:

  • Tulis tes tanpa kode dalam bahasa Inggris sederhana.
  • Cakupan Web + Seluler + API dalam satu pengujian. Dukungan lintas platform dan lintas browser.
  • Buat pengujian 15x lebih cepat dibandingkan dengan Selenium.
  • Kurangi pemeliharaan pengujian hingga 99.5%.
  • testRigor aman dan sesuai dengan SOC 2 Tipe 2.
  • Integrasi dengan CI/CD dan manajemen Test case.
  • Jalankan 1000 tes dan dapatkan hasilnya dalam waktu kurang dari 30 menit.

Kunjungi testRigor >>

Bagaimana cara membuat Kasus Uji End-to-End?

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

Kerangka Desain Pengujian End to End terdiri dari tiga bagian

  1. Bangun fungsi pengguna
  2. Kondisi Bangun
  3. Bangun Kasus Uji

Mari kita lihat secara detail: –

Bangun Fungsi Pengguna

Aktivitas berikut harus dilakukan sebagai bagian dari membangun fungsi pengguna:

  • Buat daftar fitur-fitur sistem dan komponen-komponennya yang saling berhubungan
  • Buat daftar data masukan, tindakan, dan data keluaran untuk setiap fitur atau fungsi
  • Identifikasi hubungan antar fungsi
  • Tentukan apakah fungsi tersebut dapat digunakan kembali atau independen

Misalnya -Pertimbangkan skenario di mana Anda masuk ke rekening bank Anda dan mentransfer sejumlah uang ke rekening lain dari bank lain (3rdsub-sistem partai)

  1. Masuk ke sistem perbankan
  2. Periksa jumlah saldo di rekening
  3. Transfer sejumlah uang dari rekening Anda ke rekening bank lain (3rdsub-sistem partai)
  4. Periksa saldo akun terbaru Anda
  5. Keluar dari aplikasi

Membangun Kondisi berdasarkan Fungsi Pengguna

Aktivitas berikut dilakukan sebagai bagian dari kondisi pembangunan:

  • Membangun serangkaian kondisi untuk setiap fungsi pengguna yang ditentukan
  • Kondisi meliputi urutan, waktu dan kondisi data

Misalnya -Memeriksa lebih banyak kondisi seperti

Login

  • Nama Pengguna dan Kata Sandi Tidak Valid
  • Memeriksa dengan nama pengguna dan kata sandi yang valid
  • Pemeriksaan kekuatan kata sandi
  • Memeriksa pesan kesalahan

Jumlah Saldo

  • Periksa saldo saat ini setelah 24 jam. (Jika transfer dikirim ke bank lain)
  • Periksa pesan error jika jumlah transfer lebih besar dari jumlah saldo saat ini

Buat Skenario Uji

Membangun Skenario Uji untuk fungsi pengguna yang ditentukan

Dalam hal ini,

  • Masuk ke sistem
  • Cek jumlah saldo bank
  • Transfer jumlah saldo bank

Bangun Beberapa Kasus Uji

Bangun satu atau lebih kasus uji untuk setiap skenario yang ditentukan. Kasus uji dapat mencakup setiap kondisi sebagai satu kasus uji.

Metrik untuk pengujian ujung ke ujung

Berikut ini adalah beberapa di antara banyak metrik yang digunakan sebagai contoh pengujian menyeluruh:

  • Status persiapan Kasus Uji: Ini memberikan kemajuan persiapan Test Case dibandingkan yang direncanakan
  • Kemajuan Tes Mingguan- Memberikan rincian persentase penyelesaian pengujian per minggu - Gagal, tidak dijalankan, & dijalankan terhadap pengujian yang direncanakan untuk dijalankan.
  • Status & Detail Cacat- Ini memberikan Persentase cacat terbuka & tertutup per minggu. Juga, distribusi cacat per minggu berdasarkan tingkat keparahan dan prioritas
  • Ketersediaan Lingkungan –Jumlah total jam “up” / Jumlah total jam yang dijadwalkan per hari untuk pengujian

Pengujian Ujung ke Ujung Vs Pengujian Sistem

Pengujian End to End Pengujian Sistem
Memvalidasi sistem perangkat lunak serta sub-sistem yang saling berhubungan Memvalidasi hanya sistem perangkat lunak sesuai spesifikasi kebutuhan.
Ia memeriksa alur proses end-to-end yang lengkap. Ia memeriksa fungsionalitas dan fitur sistem.
Semua antarmuka, sistem backend akan dipertimbangkan untuk pengujian Pengujian Fungsional dan Non-Fungsional akan dipertimbangkan untuk pengujian
Ini dijalankan setelah Pengujian Sistem selesai. Itu dieksekusi setelahnya Tes integrasi.
Pengujian End to End melibatkan pengecekan antarmuka eksternal yang mungkin rumit untuk diotomatisasi. Oleh karena itu Pengujian Manual lebih disukai. Manual dan Otomatisasi dapat dilakukan untuk Pengujian Sistem

Kesimpulan

Dalam rekayasa perangkat lunak, pengujian ujung ke ujung dalam pengujian perangkat lunak adalah proses verifikasi sistem perangkat lunak beserta subsistemnya. Tantangan terbesar dalam pengujian ini adalah memiliki pengetahuan yang cukup tentang keseluruhan sistem serta sub-sistem yang saling berhubungan.

Anda mungkin ingin: