Kasus ujiSitus Web

Rencana uji dan kasus uji untuk situs, aplikasi, atau program Anda: langkah, hasil yang diharapkan, prioritas, dan daftar periksa

Biasanya selesai dalam 15 menitTermasuk revisiPemeriksaan kualitas
Paket
Perlindungan pembayaranSelengkapnya
  • Revisi dalam batas paket tidak dikenai biaya.
  • Jika Anda tidak merespons dalam 3 hari setelah penyerahan hasil, hasil kerja diterima secara otomatis.

Uang ditahan saat Anda membayar dan diteruskan hanya setelah Anda menerima hasil kerja.

Rencana uji dan kasus uji untuk situs, aplikasi, atau program Anda: langkah, hasil yang diharapkan, prioritas, dan daftar periksa

Contoh hasil

Contoh untuk paket Standar

Test case: pendaftaran, keranjang, dan checkout toko teh online kecil

Test case area "Checkout" (4 dari 18)

IDJudulLangkahData ujiHasil yang diharapkanPrioritas
CO-01Pesanan dengan kartu, pengiriman reguler1. Tambahkan 2 teh ke keranjang. 2. Buka keranjang, tekan Checkout. 3. Isi alamat, pilih pengiriman reguler. 4. Bayar dengan kartu uji.Kartu uji dari sandbox penyedia pembayaranHalaman pesanan menampilkan nomor pesanan; email konfirmasi masuk dalam 5 menitTinggi
CO-04Batas gratis ongkir1. Tambahkan teh senilai $39,90. 2. Buka checkout. 3. Tambahkan satu teh lagi.Aturan toko: gratis ongkir mulai $40Ongkir tampil $4,90, lalu $0,00 setelah langkah 3Tinggi
CO-09Kode pos dikosongkan1. Isi semua kolom kecuali kode pos. 2. Tekan Bayar.—Formulir tidak terkirim; kolom kode pos ditandai dengan pesan yang jelasSedang
CO-15Tombol Kembali setelah membayar1. Bayar sebuah pesanan. 2. Tekan tombol Kembali di browser.—Tidak ada tagihan kedua; keranjang kosongTinggi

Checklist: keranjang (sebagian)

  • Jumlah bisa diubah dengan + dan − serta diketik langsung
  • Menghapus item terakhir menampilkan pesan keranjang kosong
  • Isi keranjang tetap tersimpan setelah tab ditutup lalu dibuka lagi
  • Harga dan total sesuai dengan halaman produk

File: workbook Excel berisi test case, kolom Hasil, dan checklist, serta file Word berisi rencana pengujian. Kami menulis test case berdasarkan deskripsi dan tangkapan layar; yang menjalankannya adalah tim toko sendiri.

Klien: Daun & Teko, toko online yang menjual sekitar 80 jenis teh daun di situsnya sendiri. Tugas: test case yang bisa dijalankan pemilik toko dan seorang asisten sebelum setiap pembaruan. Paket Standar: 60 test case di hingga 4 area, checklist, dan rencana pengujian singkat. Berikut cuplikannya.

Klien dan semua datanya fiktif.

Tentang layanan ini

Kasus uji adalah pemeriksaan tertulis: untuk tiap kasus ada langkah yang diikuti, data uji, hasil yang diharapkan, dan prioritas, sehingga siapa pun dapat menelusuri situs, aplikasi, atau program dan menemukan apa yang rusak. Jelaskan apa yang Anda buat dan apa yang paling penting, lalu kirim tangkapan layar, tautan ke halaman publik, panduan pengguna, atau daftar fitur. Dari deskripsi itu kami menulis kasusnya: apa yang seharusnya berfungsi dan apa yang seharusnya ditolak, kasus tepi, pemeriksaan formulir, peran pengguna, serta perangkat dan browser yang Anda sebutkan. Anda menerima workbook Excel berisi kasus uji dan daftar periksa dengan kolom untuk hasil, dan mulai paket Standar ada file Word berisi rencana uji; Premium menambahkan daftar periksa regresi dan templat laporan bug. Kami menulis kasusnya; Anda atau tim Anda yang menjalankannya. Kami sendiri tidak masuk ke, memakai, atau menguji produk Anda, jadi kasus uji mengikuti apa yang Anda jelaskan dan tunjukkan.

Yang termasuk

  • Yang Anda dapatkanWorkbook Excel berisi kasus uji Anda: ID, area, judul, prasyarat, langkah, data uji, hasil yang diharapkan, prioritas, dan kolom kosong untuk hasil, ditambah daftar periksa untuk tiap area. Mulai paket Standar, ada file Word berisi rencana uji singkat: cakupan, perangkat dan browser, urutan pengerjaan, dan kriteria selesai; di Premium, ada rencana uji lengkap, daftar periksa regresi untuk diulang sebelum setiap rilis, dan templat laporan bug.
  • Langkah dan hasil yang diharapkanCukup jelas untuk diikuti siapa pun
  • Kasus positif dan negatifApa yang seharusnya berfungsi dan apa yang seharusnya ditolak
  • Kasus tepiKolom kosong, teks panjang, format salah, dan batas nilai
  • PrioritasApa yang diperiksa lebih dulu saat waktu terbatas
  • Perangkat dan browserYang Anda sebutkan, dalam rencana dan daftar periksa

Cara kerja

  1. 1
    DeskripsiAnda menjelaskan produk dan mengirim tangkapan layar atau tautan
  2. 2
    KasusKami menulis kasus uji, daftar periksa, dan rencana dari deskripsi Anda
  3. 3
    Penyerahan hasilAnda menerima workbook Excel dan file Word di halaman pesanan
  4. 4
    Pengujian AndaAnda atau tim Anda menjalankan kasus uji dan mencatat hasilnya

Yang kami butuhkan dari Anda

Apa yang dilakukan situs, aplikasi, atau program dan siapa penggunanya, area atau alur yang dicakup (mis. pendaftaran, pencarian, keranjang, pembayaran, profil), aturan yang penting (kolom wajib, batas, harga, peran pengguna), perangkat, sistem, dan browser yang Anda dukung, serta apa pun yang pernah rusak. Yang paling membantu: tangkapan layar tiap halaman, tautan ke halaman publik, panduan pengguna, daftar fitur, atau persyaratan, maksimal 5 file berupa gambar, Word, Excel, atau PDF. Jangan pernah mengirim kata sandi atau data pelanggan asli.

Kami akan menanyakan:

  • Kasus uji ini untuk apa?
  • Area atau alur mana yang paling penting?
  • Perangkat, sistem, dan browser apa yang Anda dukung?
  • Aturan apa yang harus dipenuhi produk?
  • Apa yang pernah rusak sebelumnya?

Bandingkan paket

PaketDasar25 kasus uji, 1 areaRp 255.000Standar60 kasus uji, hingga 4 areaRp 595.000Premium120 kasus uji, hingga 8 areaRp 1.173.000
Tenggat1 hari2 hari4 hari
Revisi123
Kasus uji2560120
Area atau fitur1hingga 4hingga 8
Daftar periksa1hingga 4hingga 8
Rencana ujiTidaksingkatlengkap
Daftar periksa regresi dan templat laporan bugTidakTidakYa
Pesan DasarPesan StandarPesan Premium

Perlindungan pembayaran

Anda membayar saat memesan, tetapi uangnya diteruskan hanya untuk hasil kerja yang diterima.

  • Harga pastiHarga paket tidak berubah setelah Anda membayar.
  • Uang ditahanSaat Anda membayar, jumlahnya hanya ditahan. Dana diteruskan ke Dleex setelah Anda menerima hasil kerja.
  • Diperiksa sebelum penyerahanSetiap hasil melewati pemeriksaan kualitas sebelum sampai kepada Anda, dan Anda dapat melihatnya di halaman pesanan sebelum menerimanya.
  • Revisi gratisMinta revisi sesuai brief Anda sebanyak yang diizinkan paket.
  • Diterima setelah 3 hariJika dalam 3 hari setelah penyerahan hasil Anda tidak menerima hasil kerja maupun meminta revisi, hasil kerja diterima secara otomatis. Jika Anda menulis di chat pesanan setelah penyerahan hasil, pesanan akan menunggu; setelah kami menjawab, kami dapat memulai ulang hitungan 3 hari dan akan memberitahukannya di chat.
  • Dikerjakan ulang atau pengembalian dana penuhJika hasilnya tidak sesuai brief Anda dan revisi tidak memperbaikinya, atau pengerjaan memakan waktu lebih dari dua kali tenggatnya, tulis di chat pesanan: kami akan mengerjakan ulang atau mengembalikan pembayaran secara penuh.
Cara kerjanya →

Tanya jawab

Apakah Anda akan menguji situs atau aplikasi saya?

Tidak. Kami menulis kasus uji dan daftar periksa; Anda atau tim Anda yang menjalankannya dan mencatat apa yang lolos dan gagal. Kami tidak pernah masuk ke, memakai, atau menguji produk Anda.

Apakah Anda butuh akses ke produk saya?

Tidak. Tangkapan layar dan deskripsi sudah cukup; tautan ke halaman publik atau dokumentasi membantu soal nama dan struktur. Jangan kirim data masuk atau kata sandi.

Bisakah mencakup aplikasi seluler atau program desktop?

Bisa. Untuk aplikasi kami menambahkan pemeriksaan izin, koneksi buruk, gangguan, dan ukuran layar; untuk program, pemasangan, file, pengaturan, dan pembaruan, semuanya berdasarkan apa yang Anda jelaskan.

Bisakah kasus uji diimpor ke alat pengujian saya?

Workbook-nya berformat Excel dan bisa dibuka di Google Sheets. Sebagian besar alat manajemen pengujian mengimpor file CSV, yang bisa Anda simpan dari Excel dalam satu langkah; mungkin Anda perlu menyesuaikan nama kolom.

Apakah kasus uji berarti produk bebas bug?

Tidak. Kasus uji mencakup apa yang Anda jelaskan sesuai kedalaman paket Anda; bug di luar kasus uji bisa tetap ada, dan hasilnya bergantung pada seberapa cermat kasus dijalankan.

Tidak menemukan jawabannya?

Paket