Sebelum Anda mulai mengerjakan cerita pengguna, sangat penting untuk menentukan kriteria penerimaan Anda. Ini dapat dilakukan ketika Anda merinci backlog atau merencanakan sprint berikutnya. Beberapa tim untuk ini mengadakan pertemuan khusus yang disebut 3 Amigo (lebih banyak tentang mereka dalam
artikel terakhir), aksi unjuk rasa, kick-off sesuai dengan spesifikasi atau studi-pertemuan.
Jangan menyebutnya, bagi kebanyakan tim ini sulit. Kesulitan utama adalah bahwa pertemuan seperti itu tidak terstruktur, dan hasilnya tidak dapat dipahami. Mereka memakan waktu dan hanya membosankan. Akibatnya, sesi menjadi tidak teratur atau sepenuhnya ditinggalkan.
Tetapi ada cara mudah untuk membuat pertemuan semacam itu singkat dan sangat produktif. Dan metode ini disebut Contoh Pemetaan atau pemetaan kasus uji.
Bagaimana cara kerjanya
Kasus uji khusus (contoh) adalah cara terbaik untuk menjelajahi area subjek. Mereka bisa menjadi dasar yang baik untuk tes penerimaan Anda. Ketika kita membahas kasus-kasus uji, muncul aspek lain yang juga perlu dibicarakan.
- Aturan yang merangkum berbagai kasus atau sebaliknya membatasi penerapan kasus uji.
- Pertanyaan tentang skenario ketika tidak ada yang tahu apa yang sebenarnya benar. Atau hipotesis yang kami kemukakan agar bisa maju dalam pengembangan persyaratan.
- Kisah pengguna baru yang terungkap selama diskusi.
Contoh Pemetaan menggunakan satu set kartu dalam empat warna berbeda dan pulpen untuk merekam informasi baru saat Anda berbicara. Selama pertemuan, informasi dicatat pada kartu dan diletakkan di papan tulis, seperti pada gambar di atas.
Pertama, pada stiker kuning, Anda harus menuliskan
ceritanya sendiri dan meletakkannya di atas papan tulis. Selanjutnya, pada stiker biru menunjukkan masing-masing
kriteria penerimaan atau aturan yang telah kami kembangkan sebelumnya. Kami menempatkan kartu biru di bawah kuning.
Setiap aturan biasanya dapat digambarkan dengan beberapa
kasus uji . Setiap test case memiliki stiker hijau sendiri, yang ditempatkan di bawah aturan yang sesuai.
Saat kami menyusun peta dan mendiskusikan berbagai kasus, beberapa
pertanyaan mungkin muncul yang tidak ada yang bisa menjawab. Kami memperbaikinya pada stiker merah dan melanjutkan diskusi.
Pertemuan berlanjut sampai semua orang yakin bahwa cerita itu dipahami sepenuhnya, atau waktu yang diberikan untuk itu berakhir.
Umpan balik instan
Dalam proses percakapan semacam itu, representasi visual dari pemahaman sejarah saat ini mudah dan cepat dibangun.
- Sebuah papan ditutupi dengan stiker merah (pertanyaan) mengatakan bahwa masih banyak yang harus dilihat.
- Papan yang ditutupi dengan stiker biru (aturan) menunjukkan bahwa ceritanya besar dan rumit. Mungkin Anda perlu menguraikannya. Mungkin Anda perlu mengambil stiker kuning lain (cerita) dan memasukkan sebagian cerita ke dalam tumpukan.
- Jika aturan memiliki terlalu banyak kasus pengujian, maka mungkin itu terlalu rumit, dan Anda perlu menyoroti beberapa aturan yang dapat dijelaskan secara lebih rinci secara terpisah.
Anda mungkin menemukan bahwa beberapa aturan sangat jelas sehingga mereka tidak perlu uji kasus. Misalnya, jika semua orang memahami aturan dengan cara yang sama, maka Anda tidak perlu membuang waktu dan menyiksa sejumlah kasus uji.
Pikirkan untuk waktu yang terbatas
Sekelompok beberapa amigo harus membuat cerita yang layak dan layak dalam waktu
sekitar 25 menit .
Jika Anda tidak dapat memenuhi waktu yang ditentukan, maka beberapa opsi dimungkinkan:
- Anda masih belajar menggunakan metode ini (ini normal);
- cerita Anda terlalu besar (ini jelas tidak baik lagi);
- ada terlalu banyak ketidakpastian dalam cerita Anda.
Apa yang bisa dilakukan? Cobalah untuk membagi cerita menjadi beberapa, atau berikan pekerjaan rumah kepada pemilik produk, sehingga nanti Anda akan kembali ke cerita ini bersama-sama di sesi berikutnya menggunakan contoh pemetaan, tetapi dengan jawaban.
Matt Wynne dari Mentimun mengundang peserta rapat untuk memberikan suara dalam 25 menit apakah cerita siap diajukan untuk pengembangan. Bahkan jika beberapa masalah tetap tidak terselesaikan, tim dapat memutuskan bahwa tidak ada banyak ketidakpastian, dan itu dapat dikembangkan lebih lanjut di sepanjang jalan.
Manfaat
Contoh pemetaan membantu mengubah skala dan fokus pada bagian terkecil dari perilaku sejarah. Dengan menyusun peta, Anda dapat memilih aturan, menemukan esensi dari perilaku yang diinginkan, dan menunda sisanya untuk nanti. Karena penelitian menyeluruh seperti itu, contoh pemetaan bertindak seperti filter, mencegah cerita-cerita besar yang berani masuk ke dalam sprint, dan kemudian memberikan kejutan yang tidak menyenangkan pada menit terakhir. Selain itu, pendekatan ini menghemat waktu dan membantu menjaga keterlibatan orang yang tertarik dalam proses tersebut.
Tampaknya beberapa orang 3 amigo harus menulis tes penerimaan
selama pertemuan ini (misalnya, skrip untuk Mentimun). Pada prinsipnya, dalam beberapa kasus ini mungkin masuk akal, tetapi lebih sering pendekatan ini hanya akan mengalihkan perhatian dari tujuan sebenarnya dari percakapan.
Jelas dari mana pendapat tersebut berasal: tujuan yang jelas adalah untuk mengambil cerita pengguna, yang sudah memiliki beberapa kriteria penerimaan yang telah ditentukan, dan menemukan kasus uji yang dapat diubah menjadi tes penerimaan.
Tujuan sebenarnya adalah untuk mencapai
pemahaman bersama tentang apa yang dibutuhkan untuk membuat cerita. Anda dapat dengan cepat bergerak ke arah tujuan ini tanpa teknologi tinggi.
Sederhanakan rekaman
Oleh karena itu, alih-alih menggunakan skrip Gherkin formal, cobalah untuk dengan cepat menyusun daftar
kasus uji menggunakan konvensi penamaan.
Sebagai contoh:
- di mana pelanggan lupa tanda terimanya;
- tempat produk dibeli 15 hari yang lalu.
Ketika ketidakpastian tersembunyi di balik nama kasus ini, Anda secara naluriah menginginkan spesifik dan detail. Tetapi bahkan kemudian, tidak perlu untuk mematuhi struktur kaku
Mengingat Kapan Kemudian.Jika hasilnya ("lalu") tidak jelas, contohnya tidak akan berfungsi, tetapi pertanyaannya adalah.
Dikenal tidak dikenal
Jika percakapan mulai berputar, maka tidak ada informasi yang cukup. Mungkin rapat tidak memiliki orang yang tepat, atau Anda perlu melakukan riset atau menggunakan
Spike .
Alih-alih mendengarkan
pendapat masing
- masing peserta tentang apa seharusnya hasil dari sudut pandang mereka, cukup tulis pertanyaan pada kartu merah dan lanjutkan. Jadi yang
tidak diketahui akan berubah menjadi
tidak dikenal . Ini adalah kemajuan besar.
Dari pengalaman, bahkan aspek contoh pemetaan ini dapat mengubah 3 pertemuan Amigo dari membosankan menjadi cepat dan produktif.
Siapa yang harus berpartisipasi?
Minimum adalah 3 amigo Anda: pengembang, penguji, dan pemilik produk (analis bisnis). Ini hanya minimum. Selain itu, Anda dapat mengundang seseorang dari operasi, spesialis di UX atau siapa pun yang terkait dengan cerita yang sedang dibahas. Siapa pun yang dapat membantu menemukan pertanyaan baru atau mengubah pertanyaan menjadi jawaban selama percakapan akan sangat membantu.
Ketika Anda menguasai teknik ini, akan lebih mudah untuk menemukan seseorang untuk peran seorang fasilitator. Tugas resminya adalah memastikan bahwa semua yang dikatakan segera direkam pada stiker. Kasus uji dan pertanyaan dibahas dengan cepat selama sesi, dan dibutuhkan disiplin untuk menuliskannya pada stiker tepat waktu untuk melihat apa yang dikatakan.
Jadi kapan harus menulis di Gherkin?
Jangan salah, menggunakan Gherkin sangat berharga, terutama pada hari-hari awal proyek, ketika Anda mengembangkan bahasa umum. Sangat penting bahwa skenario diungkapkan sehingga semua orang di tim mempercayainya.
Tetapi untuk mendeskripsikan kasus uji dengan cara ini membutuhkan cara berpikir yang berbeda. Penting untuk tidak hanya memutuskan kasus-kasus mana saja yang masuk ke wilayah tersebut, dan untuk menetapkan aturan umum bagi mereka.
Untuk tim yang bekerja dengan bahasa domain yang cukup matang, akan lebih menguntungkan bagi pemilik produk untuk menghabiskan waktu dan energinya dalam pemetaan, dan menyerahkan tugas menulis Gherkin ke dua amigo lainnya. Setelah mereka mengembangkan spesifikasi Gherkin, pemilik produk akan dapat memberikan umpan balik. Bertanya pada dirinya sendiri pertanyaan: "Apakah saya akan menulis seperti itu?" Anda dapat memeriksa seberapa efektif pemetaan dalam hal mentransfer pengetahuan produk ke amigo Anda.
Seberapa sering melakukan ini?
Dalam praktiknya, disarankan untuk bertemu
setiap hari . Cukup pilih satu cerita pengguna dan beri 25 menit perhatian, lalu kembali bekerja. Jika Anda mencoba berbuat lebih banyak, buang saja energi Anda.
Tapi saya punya tim yang didistribusikan!
Untuk ini, kami telah menemukan solusi, misalnya, daftar stiker di Google keep atau papan online dengan stiker berwarna. Anda dapat menggunakan peta pikiran. Yang utama adalah
Anda harus bisa bekerja dengan sederhana dan cepat
sehingga Anda bisa fokus pada percakapan .
Beberapa tips terakhir
Penting untuk membedakan dengan jelas antara
aturan dan kasus uji sebelum menggunakan contoh pemetaan. Ada
latihan yang menyenangkan untuk ini.
Ingat, tujuan akhir dari pertemuan semacam itu adalah untuk
menemukan apa yang belum Anda ketahui . Tidak ada pertanyaan bodoh, mereka semua membantu untuk benar-benar menyelidiki masalahnya.
Dengan menggunakan teknik ini, Anda akan menemukan bahwa aturan menciptakan garis perkembangan alami untuk cerita Anda. Cobalah untuk dengan tenang menghubungkan pertanyaan, pisahkan dan sisihkan. Maka Anda dapat fokus pada pemecahan masalah utama. Anda bisa menyulitkan dan membawa ke cita-cita nanti.
Kami akan berbicara tentang praktik 3 Amigo untuk mengetahui persyaratan dan membuat kartu kasus uji pada konferensi QualityConf . Selain itu, daftar laporan yang diterima berisi pendekatan praktis lain yang sangat menarik untuk membuat produk TI berkualitas tinggi. Konferensi QualityConf akan diadakan untuk pertama kalinya sebagai bagian dari festival RIT ++ pada 27 dan 28 Mei, punya waktu untuk bergabung.