Isi
Apa saja langkah awal dari kasus uji
Sebuah test case adalah deskripsi terperinci dari test. Satu yang bisa diberikan kepada seseorang dari jalan dan dia akan mengerti segalanya. Kasing uji memiliki nama, langkah awal, langkah, dan hasil. Dan banyak lotion lain yang akan tergantung pada standar desain di tempat kerja Anda. Pada artikel ini saya ingin berbicara tentang langkah-langkah pendahuluan.
Langkah-langkah pendahuluan adalah semua yang akan membantu kami lulus ujian, tetapi tidak memiliki hubungan langsung dengan tes saat ini. Misalnya, pendaftaran.
Katakan, untuk menyukai foto, saya harus masuk. Agar saya dapat masuk, pertama saya harus mendaftar jika saya tidak melakukan ini sebelumnya. Tapi, jika saya bersiap di muka, langkah awal ini bisa dibuang.
Ini seperti saat Anda memasak. Katakanlah charlotte
Charlotte
Langkah awal
Langkah-langkah
Hasil yang Diharapkan
Chip apa? Jika saya sudah punya telur, saya tidak bisa membelinya. Tapi saya masih harus mencambuk mereka. Bahkan jika saya mengalahkan telur dengan gula seminggu yang lalu, saya tidak bisa mengambilnya sekarang (mereka sudah busuk!). Artinya, saya tidak bisa membuang langkah-langkah itu, setelah melakukannya terlebih dahulu. Tapi yang awal cukup.
Juga di dunia IT. Tidak perlu dengan senang hati menyeret semuanya ke langkah awal. Sebagai contoh:
Langkah awal
Buka situs web www.example.com
Langkah-langkah
Klik pada tombol "Login" ...
Apa? Tombol yang mana? Di mana saya dapat menemukannya? Di desktop? Langkah-langkahnya harus independen. Jika kita berbicara tentang situs web, saya harus membuka tab baru dalam mode penyamaran dan di sana, ikuti semua langkah dan saya akan berhasil. Oleh karena itu, melemparkan tautan ke situs pada langkah awal tidak perlu, penting untuk pengujian.
Tetapi jika saya sudah mendaftar terlebih dahulu, maka setidaknya di tab baru, setidaknya di jendela baru, saya akan membuka semuanya dan melalui langkah-langkahnya. Otorisasi akan berfungsi jika Anda menentukan siapa yang akan dimasukkan di bawah. Dan pendaftaran tidak memiliki hubungan langsung dengan tes.
Apa langkah awal lain yang bisa dilakukan? Mari kita lihat contoh
Dadata . Menguji fungsionalitas pemrosesan file. Ini tersedia hanya untuk pengguna yang berwenang → harus mendaftar. Dan itu tidak gratis → Anda perlu mengisi ulang saldo. Dan, tentu saja, kita harus memiliki file untuk diunduh.
Mendaftar di situs, mengisi saldo, dan menyiapkan file adalah langkah awal, tidak terkait langsung dengan tes unggah file, seperti itu, persiapan. Akan seperti apa mereka? Misalkan kita ingin memproses file sampel (ada satu di sistem).
Langkah awal
- Daftar (lihat test case "Registrasi").
- Saldo isi ulang (lihat “Tes saldo Saldo”).
- Unduh file sampel (lihat test case “Mengunduh file sampel”)
Apa yang harus dicari saat menulis langkah awal? Mari kita cari tahu aturan untuk menulisnya.
Aturan untuk kompilasi mereka
1. Menulis lebih baik daripada orang lain
Suasana imperatif tidak menyenangkan untuk dibaca: buka, buka, lakukan, klik. Phi.
Kami berubah menjadi kata kerja netral: buka, buka, lakukan, klik ...
2. Anda harus menulis dengan gaya yang sama
Semua proposal harus dalam gaya yang sama, jika tidak Anda membaca teks seperti itu nanti dan bingung:
- Pendaftaran
- Saldo isi ulang
- Unduh file sampel
Aneh bukan? Mari kita mulai:
- Pendaftaran
- Penambahan saldo
- Unduh file sampel
Atau
- Mendaftar
- Saldo isi ulang
- Unduh file sampel
Kedua opsi memiliki hak untuk hidup, di sini orang lain lebih menyukainya - kata benda atau kata kerja.
3. Anda dapat merujuk ke kasus uji lainnya
Karena langkah awal tidak terkait langsung dengan tes → kami tidak melukisnya secara terperinci. Jika Anda perlu mengklarifikasi cara melakukan tindakan, berikan tautan ke kasus lain:
Daftarkan dengan nama "D`Artagnan" (lihat "test" case test).
↓
Daftarkan dengan nama itu. Jika Anda tidak tahu caranya - selamat datang di pendaftaran uji kasus.
Ingat saja mengapa mengirim ke pengujian lain dilakukan → sehingga jika ada perubahan dalam tindakan itu (misalnya, dalam pendaftaran), sehingga kami mengubahnya di SATU tempat, dalam SATU tes, dan bukan di 100500.
Oleh karena itu, tidak perlu menulis "Daftar di sistem: buka tautan A, klik tombol" Registrasi "di sudut kanan atas situs, masukkan nilai ini dan itu di bidang" nama "...". Besok nama tombol akan berubah, apakah Anda akan memperbaiki semua kasus? Mengapa
4. Tetapi tidak mencapai kepikunan ツ
Di sini, di
Dadat, siswa menulis kasus uji untuk mengunduh dan memproses file. Untuk membuatnya lebih mudah bagi mereka, pelatih melakukan sendiri test case pertama. Test case - untuk memproses file sampel. Yang disediakan sistem untuk menunjukkan kemampuannya.
Langkah awal terlihat seperti ini:
Langkah awal
- Daftar (lihat test case "Registrasi").
- Saldo isi ulang (lihat “Tes saldo Saldo”).
- Unduh file sampel (lihat test case “Mengunduh file sampel”)
Dan kemudian siswa menguji, katakanlah, memproses file dalam format CSV. Coba tebak tiga kali seperti apa langkah awalnya? Benar!
Langkah awal
- Daftar (lihat test case "Registrasi").
- Saldo isi ulang (lihat “Tes saldo Saldo”).
- Unduh file "Klien" (lihat test case "Mengunduh file")
Jadi bagaimana saya bisa mengerti jenis file apa yang harus saya unduh? Dalam format CSV? Dengan satu baris dan satu kolom, dengan 10.000 kolom? Dengan format yang berbeda untuk tanggal lahir? Dengan berat 5 MB? Yang mana Apa sebenarnya yang sedang diuji?
Beberapa siswa mempertimbangkan hal ini dan menulis seperti ini:
- Unduh file CSV (lihat test case “Mengunduh file”)
Tapi di sini muncul pertanyaan baru - di mana untuk mengunduh? Dari tautan tes di mana tes ditulis? Dari semacam repositori bersama? Dan jenis uji apa yang ajaib ini untuk mengunduh file yang tautannya dikirim? Ini adalah copy-paste dari contoh. Ia mengatakan "test case untuk mengunduh", yang berarti saya juga akan menulis!
Mengapa itu dituliskan "unduh" dalam contoh saya? Karena file sampel sudah ada di sistem! Dan jika kita ingin mengujinya, kita hanya perlu mengunduh apa yang ada di tautan "contoh", dan tidak mendorong beberapa file tahun lalu ke dalam sistem. Kalau tidak, apa gunanya tes ini?
Kasus uji terpisah untuk mengunduh sampel juga dibuat karena suatu alasan. Lagi pula, kita perlu memastikan bahwa tautan "sampel" mengunduh persis apa yang kita butuhkan. Apa yang tertulis dalam TK. Memang, sampel tidak mengandung beberapa data abstrak, itu dipilih dengan cara khusus untuk menunjukkan sesuatu, beberapa kemampuan sistem.
Tempat uji terpisah untuk mengunduh sampel:
- Memeriksa apakah file benar-benar mengunduh (jika tidak maka akan gagal besar).
- Periksa apakah data yang benar ada di dalam file.
Anda juga dapat merujuknya pada langkah awal tes lain. Di mana tidak penting bagi kami file mana yang akan dimuat - ketika kami menguji sistem dengan saldo awal yang berbeda (ada cukup uang untuk diproses / tidak cukup), pengecualian kolom (ada fungsi seperti pada tanggal yang tidak diproses terlalu banyak), atau sesuatu lain.
Dalam hal ini, konten file tidak penting bagi kami. Kami hanya ingin memuat file yang berfungsi dengan baik. Dan sampel dalam hal ini sempurna! Lagi pula, jika sistem tidak dapat memproses sampelnya sendiri - kepercayaan apa yang bisa ada di dalamnya? Tes untuk memproses sampel menjadi prioritas utama penguji.
Dan kemudian kita akan menyelidiki bagaimana sistem bereaksi terhadap format yang berbeda, bobot berbeda, jumlah kolom dan kolom yang berbeda ... Dan untuk pengujian ini, Anda harus menyiapkan file sendiri. Unduh mana-mana!
Oleh karena itu, pada langkah awal kami menulis tentang file mana yang harus disiapkan. Jadi kami menulis: "Untuk menyiapkan file ini dan itu, lihat contoh di lampiran."
Siapkan file format dokumen dengan data dari file sampel (lihat lampiran “Contoh.doc”)
Siapkan file dengan berbagai format tanggal lahir (lihat lampiran “Tanggal kelahiran.xls”)
Siapkan file dengan gambar di dalam alih-alih teks (lihat lampiran "Gambar. Xls")
Sekali lagi: jangan mengunduh. Untuk mempersiapkan. Dan tidak ada referensi ke kasus uji mitos "Mengunduh file", apa kasus uji ini? Apa yang akan dia periksa dalam sistem kami? Dan mengapa kita perlu menulis test case terpisah untuk menyiapkan file untuk setiap test case? Hanya untuk menautkan referensi? Tidak perlu
Perhatikan bagaimana langkah persiapan dijelaskan - kami sedang menyiapkan file. Kami tidak mengunduh lampiran, tetapi menyiapkan file. Dan ada tertulis jenis file itu - tiba-tiba lampiran akan menguap besok, tanpa sengaja menghapusnya? Bagaimanapun, jelas file mana yang perlu disiapkan)
Dan lampiran mungkin menjadi usang - fungsi sistem telah diubah, file dalam format lama tidak lagi dimuat. Tetapi jika dijelaskan APA file ini, tester akan dapat memperbaruinya!
5. Penting untuk membuang teks demi teks
"Secara singkat, tetapi luas!" - aturan utama dari desain teks. Baik itu laporan bug, uji kasus atau surat kepada Pelanggan.
Teks demi teks selalu dibuang. Bandingkan:
- Daftar (lihat test case "Registrasi").
- Daftar di situs www.example.com (lihat test case "Registrasi").
Mana yang lebih baik? Opsi pertama lebih baik, karena ada lebih sedikit teks. Bagaimanapun, kami memiliki semua tes di situs
https://www.example.com/ , mengapa kemudian menulis tautan lagi? Selain itu, Anda harus menduplikatnya di langkah utama.
Dan jika pengembang memutuskan untuk mengubah URL tautan? Mengapa kita perlu mengedit tambahan? Ketika Anda perlu mengubah di 10 tempat, selalu ada kesempatan untuk setidaknya satu → → → tetapi pada akhirnya kami akan memiliki dokumentasi pengujian yang tidak relevan.
Itu sebabnya kami mendaftar di langkah awal. Agar tidak memperbaiki ratusan kasus, jika ada perubahan. Benar di satu tempat, dalam satu kasus.
Oke, dan jika Anda memilih dari opsi tersebut, apa yang akan lebih baik? Pikirkan sendiri sebelum membaca jawabannya:
- Daftar (lihat test case "Registrasi").
- Daftarkan dengan nama Olga dan email xxx@gmail.com (lihat test case "Registrasi").
Jawaban yang benar adalah bahwa semuanya tergantung pada konteksnya. Jika penting bagi kami untuk mendaftar dengan nama itu (kami memeriksa nama-nama wanita, atau nama-nama dengan tanda kutip, atau sesuatu yang lain) - ini harus ditunjukkan pada langkah awal dengan pendaftaran.
Dan jika itu tidak masalah bagi kami, akan ada email "xxx@gmail.com" atau "olala@gmail.com" - mengapa menulis tentang itu? Jika saya bisa mendaftar, entah bagaimana saya akan berhasil membuat email. Jika saya tidak tahu caranya, saya akan pergi ke tempat ujian pendaftaran dan melewatinya.
Oleh karena itu, jika fakta pendaftaran penting bagi kami, opsi 1 akan lebih baik. Jika data penting, opsi 2.
6. Mungkin tidak ada langkah awal - ini normal
Jangan menghisapnya dari jari di tempat yang tidak diperlukan. Ini adalah persis bagaimana tes ternyata di mana mereka hanya memotong 2-3 langkah pertama dan memasukkannya ke dalam bagian "langkah awal", tidak jelas mengapa.
Langkah awal
- Buka situs https://www.example.com/
- Klik pada tombol "Login"
Langkah-langkah
Masukkan kata sandi ini dan itu
↓
Langkah-langkah
- Buka situs https://www.example.com/
- Klik pada tombol "Login"
- Masukkan kata sandi ini dan itu
Total
Langkah-langkah pendahuluan adalah semua yang akan membantu kami lulus ujian, tetapi tidak memiliki hubungan langsung dengan tes saat ini. Misalnya, pendaftaran dalam sistem. Atau membeli bahan untuk charlotte otte
Aturan untuk menjelaskan langkah-langkah awal:
- Menulis secara tidak pribadi - lebih menyenangkan untuk dibaca daripada dalam suasana hati yang imperatif
- Untuk menulis dengan gaya yang sama - dan bukan "kata kerja atau kata benda": "register" atau "register"
- Anda dapat merujuk ke tes lain - ini tidak sepadan dengan langkah-langkahnya (sehingga mereka independen), tetapi di sini Anda bisa. Tetapi tanpa kegilaan seperti "unduh file, lihat test case ini dan itu", dan test case terpisah untuk menyiapkan file ...
- Anda perlu membuang kelebihan - secara singkat, tetapi luas! Kami menghapus copy-paste, teks tambahan juga
- Mungkin tidak ada langkah awal - ini normal . Jangan menghisapnya dari jari Anda hanya karena "pasti begitu!"
PS - cari artikel yang lebih bermanfaat di blog saya dengan tag “berguna”