Apa itu Pengujian Alur Kerja dalam Pengujian Perangkat Lunak? dengan Contoh

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

⚡ Ringkasan Cerdas

Pengujian alur kerja memastikan bahwa setiap rangkaian langkah di dalam aplikasi masih mencerminkan proses bisnis yang dirancang untuknya, memeriksa setiap tahap, serah terima, dan ketergantungan dari tindakan pertama hingga hasil akhir.

  • 🔄 Definisi: Alur kerja adalah serangkaian tugas yang menghasilkan satu hasil yang diinginkan melalui beberapa tahapan.
  • 🏢 Keselarasan bisnis: Setiap urutan yang diuji harus sesuai dengan proses yang dijelaskan dalam Dokumen Persyaratan Bisnis.
  • 🧩 Cakupan: Cakupan pengujian didasarkan pada pengujian integrasi dan pengujian sistem untuk setiap build.
  • 📅 Empat fase: Tahapan awal, elaborasi, konstruksi, dan transisi masing-masing memiliki fokus pengujian yang berbeda.
  • 👥 peran: Para insinyur penguji, insinyur komponen, penguji integrasi, dan penguji sistem berbagi pekerjaan.
  • 🆚 Batasan: Pengujian ujung-ke-ujung mencakup berbagai sistem, sedangkan pengujian alur kerja mengikuti satu proses bisnis.
  • ️ Praktek: Prioritaskan alur yang penting untuk pendapatan, gunakan data yang realistis, dan uji ulang setiap kali proses berubah.
Baca Selengkapnya

Pengujian alur kerja dijelaskan dengan langkah-langkah proses bisnis, peran, dan contoh.

Apa itu Pengujian Alur Kerja?

Pengujian alur kerja Pengujian alur kerja adalah jenis pengujian perangkat lunak yang memeriksa apakah setiap alur kerja perangkat lunak secara akurat mencerminkan proses bisnis yang diberikan. Alur kerja adalah serangkaian tugas yang menghasilkan hasil yang diinginkan, dan biasanya melibatkan beberapa tahapan atau langkah. Untuk setiap proses bisnis, pengujian langkah-langkah berurutan ini didefinisikan sebagai pengujian alur kerja.

Perbedaan yang penting adalah cakupan. Satu Kasus cobaan Pertanyaan yang diajukan adalah apakah satu fungsi mengembalikan jawaban yang benar. Pengujian alur kerja menanyakan apakah sepuluh fungsi tersebut, yang dieksekusi sesuai urutan yang diikuti pengguna sebenarnya, masih memberikan hasil yang diharapkan oleh bisnis. Karena alasan itu, pengujian alur kerja termasuk dalam kategori pengujian berorientasi proses. jenis pengujian perangkat lunak menggunakan katalog, bukan teknik tingkat unit.

Contoh Pengujian Alur Kerja

Sebagai contoh, verifikasi bahwa sistem dapat diinstal pada platform pengguna, dan bahwa sistem tersebut berjalan dengan benar.

Contoh yang lebih kompleks adalah pesanan online. Pelanggan menambahkan barang ke keranjang belanja, menerapkan kode diskon, memilih opsi pengiriman, membayar, dan menerima email konfirmasi sementara gudang menerima instruksi pengambilan barang. Setiap langkah tersebut dapat berjalan secara terpisah dan tetap gagal sebagai sebuah rangkaian: diskon mungkin tidak bertahan hingga tahap pembayaran, atau pesan dari gudang mungkin tidak pernah keluar dari antrian.

Pengujian alur kerja dilakukan secara bertahap. Berikut cara Anda melakukan pengujian alur kerja.

  • Fase awalFase ini mencakup perencanaan pengujian awal dan pengujian prototipe.
  • Fase elaborasiFase ini mencakup penetapan arsitektur pengujian sebagai dasar.
  • Tahap konstruksiFase ini mencakup pengujian signifikan pada setiap proses pembuatan.
  • Fase transisiFase ini mencakup: tes regresi dan menguji ulang perbaikan.

Cara Melakukan Pengujian Alur Kerja

Model fase di atas menjelaskan kapan pekerjaan itu terjadi. Urutan di bawah ini menjelaskan apa yang sebenarnya dilakukan oleh seorang penguji di dalam setiap fase tersebut.

  1. Petakan proses bisnisnya. Gambarkan alur kerja persis seperti yang dijalankan bisnis, termasuk setiap titik keputusan, persetujuan, dan serah terima antar departemen. Seorang analis bisnis biasanya merupakan jalan tercepat untuk mendapatkan peta yang akurat, dan analis bisnis Dokumentasi adalah referensi yang digunakan untuk memeriksa peta tersebut.
  2. Tetapkan kriteria masuk dan keluar. Catat kondisi sistem sebelum alur kerja dimulai dan kondisi yang membuktikan alur kerja telah selesai. Tanpa keduanya, penguji akan berbeda pendapat tentang apakah suatu proses berhasil atau tidak.
  3. Rancanglah kasus uji. Tulis satu kasus per alur kerja, bukan satu per layar. Beri nomor pada setiap langkah, nyatakan hasil yang diharapkan untuk setiap langkah, dan berikan setiap kasus pengidentifikasi unik agar cacat dapat diidentifikasi. trackembali ke jalur semula.
  4. Siapkan data uji yang realistis. Gunakan kembali catatan yang telah dianonimkan dan dibentuk sesuai bentuk produksi, alih-alih nilai-nilai yang dibuat-buat. Kode diskon, aturan pajak, dan format alamat adalah tempat-tempat umum di mana data sintetis menyembunyikan cacat nyata.
  5. Jalankan jalur utama terlebih dahulu. Konfirmasikan bahwa alur kerja selesai dari awal hingga akhir sebelum ada yang sengaja dirusak. Kegagalan di sini akan membatalkan setiap hasil negatif yang mengikutinya.
  6. Putus rantai itu dengan sengaja. Membatalkan proses di tengah jalan, mengirimkan nilai yang tidak valid pada titik pengambilan keputusan, mengakhiri sesi karena waktu habis, dan menolak persetujuan. Cacat yang menarik terdapat pada jalur yang terputus ini, bukan pada jalur utama.
  7. Laporkan, perbaiki, dan uji ulang. Catat setiap cacat pada langkah yang menyebabkannya, lalu jalankan kembali seluruh alur kerja setelah perbaikan. Langkah yang diperbaiki sering kali menggeser kegagalan satu tahap lebih jauh ke bawah dalam rantai proses.

Alur kerja stabil yang berulang di setiap rilis adalah kandidat terkuat untuk otomatisasi, karena langkah-langkah berurutan yang sama berjalan identik setiap kali dan skrip tersebut akan balik modal dalam beberapa siklus.

Siapa yang akan melakukan Pengujian Alur Kerja?

Pengujian alur kerja adalah pekerjaan bersama, karena tidak ada satu peran pun yang melihat keseluruhan rantai. Empat peran memikul beban tersebut, masing-masing dengan tanggung jawabnya sendiri.

  • Insinyur uji
    • Rencanakan tujuan dan jadwal tes
    • Tentukan kasus uji dan prosedur
    • Evaluasi hasil tes
  • Insinyur komponen
    • Pengembangan komponen pengujian
    • Otomatiskan beberapa prosedur pengujian
  • Penguji integrasi
  • Penguji sistem

ARTIKEL TERKAIT

Apa yang Harus Diuji dalam Alur Kerja

Alur kerja perangkat lunak didokumentasikan dalam Dokumen Persyaratan Bisnis, dan dokumen tersebut merupakan sumber kebenaran untuk cakupan pengujian. Pengujian alur kerja juga akan melibatkan bagian dari pengujian sistem dan integrasi.

Pemeriksaan menyeluruh terhadap suatu alur kerja mencakup lebih dari sekadar tampilan layar yang dilihat pengguna.

  • Urutan: Langkah-langkah dieksekusi sesuai urutan yang didokumentasikan, dan langkah-langkah tidak dapat dilewati atau diulang di luar urutan.
  • Penyerahan data: Nilai yang dimasukkan di awal rantai akan tetap utuh hingga langkah terakhir dan ke sistem hilir mana pun.
  • Peran dan izin: Setiap langkah hanya tersedia untuk peran yang berwenang untuk melaksanakannya.
  • Jalur terputus: Pembatalan, batas waktu, penolakan, dan percobaan ulang semuanya meninggalkan alur kerja dalam keadaan yang telah ditentukan.
  • Artefak: Model pengujian alur kerja mencakup kasus uji, prosedur uji, komponen uji, dan subsistem uji, sehingga masing-masing diverifikasi secara berurutan.
  • Pemberitahuan: Email, peringatan, dan pesan antrean dikirim sekali, dengan konten yang benar, pada langkah yang tepat.

Pengujian Alur Kerja vs Pengujian Ujung-ke-Ujung vs Pengujian Sistem

Ketiga teknik ini cukup tumpang tindih sehingga bisa membingungkan, namun menjawab pertanyaan yang berbeda. Tabel tersebut menetapkan batasannya.

Aspek Pengujian alur kerja Pengujian ujung ke ujung Pengujian sistem
Pertanyaan terjawab Apakah perangkat lunak tersebut sesuai dengan proses bisnis? Apakah seluruh proses berjalan lancar di setiap sistem yang terhubung? Apakah sistem yang telah dirakit memenuhi persyaratannya?
Satuan cakupan Satu proses bisnis, langkah demi langkah Satu alur pengguna, dari ujung depan hingga ujung belakang. Proses pembuatan aplikasi secara lengkap.
Referensi utama Dokumen Persyaratan Bisnis Peta perjalanan pengguna Spesifikasi persyaratan sistem
Pemilik tipikal Insinyur pengujian dengan masukan dari analis bisnis. Insinyur Otomasi atau QA Penguji sistem

Dalam praktiknya, pengujian alur kerja seringkali merupakan spesifikasi dari tes ujung ke ujung dibangun dari, sementara pengujian sistem menyediakan versi stabil yang digunakan alur kerja.

Praktik Terbaik dan Tantangan Umum

Tim yang mendapatkan manfaat dari pengujian alur kerja cenderung mengikuti serangkaian kebiasaan kecil yang sama.

  • Prioritaskan alur kerja yang membawa risiko pendapatan atau regulasi sebelum alur kerja yang jarang terjadi.
  • Jelaskan setiap langkah dan hasil yang diharapkan dengan bahasa yang lugas dan tidak ambigu.
  • Pertahankan kumpulan data uji yang realistis dan dapat digunakan kembali agar hasil pengujian tetap dapat dibandingkan di berbagai lingkungan.
  • Uji setiap alur kerja dengan input yang valid dan input yang tidak valid di setiap titik pengambilan keputusan.
  • Perbarui kasus uji segera setelah proses bisnis yang mendasarinya berubah.

Hambatan yang berulang tersebut juga mudah diprediksi.

  • Proses yang tidak terdokumentasi: Alur kerja tersebut ada di dalam pikiran orang, jadi penguji melakukan validasi terhadap suatu asumsi.
  • Waktu eksekusi yang lama: Alur kerja yang mencakup persetujuan dapat memakan waktu berjam-jam, yang membatasi seberapa sering proses tersebut dijalankan secara manual.
  • Pergeseran lingkungan: Sistem hilir dalam rantai pasokan mengalami hambatan atau keusangan, dan kerusakan baru muncul pada tahap produksi.
  • Otomatisasi yang rapuh: Skrip yang terkait dengan tata letak layar akan rusak setiap kali antarmuka bergeser, bahkan ketika prosesnya tidak berubah.
  • Tabrakan data: Proses paralel menggunakan data yang sama, menghasilkan kegagalan yang tampak seperti cacat produk.

Pertanyaan Umum Demo Slot

Ini fungsional. Teknik ini menilai apakah urutan tersebut menghasilkan hasil bisnis yang ditentukan, bukan seberapa cepat atau seberapa andal hal itu terjadi — pertanyaan-pertanyaan itu termasuk dalam kinerja dan pengujian pemulihan.

Model AI membaca dokumen persyaratan dan mengusulkan satu kasus per jalur, termasuk cabang yang terputus yang biasanya dilupakan oleh tim. Hasilnya masih perlu ditinjau, karena model tidak dapat mengetahui jalur mana yang membawa risiko bisnis nyata.

Copilot dan asisten berbasis agen serupa dengan cepat menyusun objek halaman, definisi langkah, dan pernyataan dari alur kerja tertulis. Mereka menghemat waktu.ping Alih-alih berpikir: pengurutan, data uji, dan definisi keberhasilan pengujian tetap menjadi tanggung jawab penguji.

Pertama-tama, Dokumen Persyaratan Bisnis, kemudian diagram proses dan matriks persetujuan. TracBerfokus pada user story saja tidak cukup, karena sebuah story jarang menggambarkan seluruh rangkaian langkah-langkahnya.

Setelah proses pembangunan terintegrasi dan stabil, maka kegagalan akan mengarah pada proses itu sendiri, bukan pada komponen yang belum terhubung sempurna. Menjalankan pengujian lebih awal akan menghasilkan gangguan; menjalankan pengujian hanya di akhir proses tidak memberikan waktu untuk memperbaiki apa yang ditemukan.

Kasus-kasus yang terpengaruh ditulis ulang sebelum proses selanjutnya, bukan dihapus. Perubahan langkah persetujuan atau titik keputusan baru biasanya mengubah beberapa kasus selanjutnya, sehingga seluruh alur diproses ulang daripada ditambal di satu tempat.

Jumlah alur kerja yang tercakup dibandingkan dengan jumlah alur kerja yang didokumentasikan, cacat yang ditemukan per alur kerja, dan persentase proses penting bisnis yang dijalankan secara otomatis. Jumlah kasus uji mentah tidak banyak memberikan informasi, karena satu alur kerja dapat berisi puluhan kasus sepele.

Pengujian thread Mengikuti satu alur fungsional melalui komponen-komponen terintegrasi, sehingga merupakan padanan teknisnya. Pengujian alur kerja merumuskan ide yang sama dalam istilah bisnis, tracmenggunakan proses yang terdokumentasi, bukan jalur kode.

Ringkaslah postingan ini dengan: