Bisakah Anda merekomendasikan templat rencana pengujian yang baik?

Bisakah Anda merekomendasikan templat rencana pengujian yang bagus untuk tim pengujian yang gesit? Saya tahu ada template untuk pengujian di web dan telah melihat beberapa yang ditemukan oleh mesin pencari, tetapi saya benar-benar dapat menggunakan sesuatu yang ringan dan sesuatu yang telah dicoba oleh penguji yang ahli dan dikenal bekerja dengan baik. Banyak templat yang saya lihat memberi saya perasaan bahwa menulis dokumen tes diharapkan menjadi sepertiga dari pekerjaan yang dilakukan oleh para penguji itu, tetapi tim saya benar-benar lebih suka menggunakan lebih sedikit dokumentasi dan penulisan tes yang lebih aktual. Kami menggunakan wiki untuk dokumentasi, jadi pendekatan yang cocok untuk dokumen hidup akan bagus.

Harapan saya adalah bahwa menggunakan pendekatan yang lebih terstruktur untuk menguji perencanaan akan meningkatkan kegunaan rencana pengujian saya sambil mengurangi upaya untuk membuatnya dengan memungkinkan saya untuk berpikir tentang tes, dan bukan format dan struktur rencana. Tempat kerja saya belum memiliki sesuatu di tangan, jadi apa pun yang saya mulai lakukan dapat diadopsi oleh perusahaan.

Sejujurnya, bahkan template rencana uji yang telah berhasil digunakan oleh tim tangkas lain mungkin tidak bekerja dengan baik untuk Anda tim - tapi melihat apa yang orang lain lakukan adalah berguna untuk mendapatkan ide-ide tentang pendekatan yang berbeda.

Saya juga sudah memikirkan masalah yang sama untuk sementara waktu sekarang. Pendekatan saya sejauh ini pragmatis: Saya bekerja dalam tim kecil, dan awalnya merupakan satu-satunya penguji bagi 6 pengembang. Membuat dokumentasi alih-alih pengujian akan menjadi pilihan yang sangat buruk. Membuat dokumentasi alih-alih pengujian, sehingga pengembang dapat menjalankan tes: pilihan lain yang sangat buruk, IMHO.

Saat ini, saya akan menambahkan halaman ke wiki kami untuk setiap cerita, dan itu akan memuat serangkaian ide pengujian, yang digunakan sebagai dasar untuk sesi pengujian eksplorasi. Jika perlu, saya juga akan menambahkan informasi pengaturan di sana. Saya lebih suka menyimpannya secara terpisah, untuk menjadikannya sebagai sumber daya yang dapat diperbarui dengan lebih mudah, tetapi saat ini ia pergi ke halaman yang sama. (Saya biasanya tidak suka mencampur "bagaimana" dan "apa", itu membuat lebih sulit untuk melihat "apa" yang Anda lakukan jika Anda harus mengambilnya dari halaman "bagaimana"). Kami belum memiliki templat untuk halaman-halaman itu - saya belum merasa kami membutuhkannya. Ketika kita melakukannya, saya akan menambahkan satu, dan kemudian men-tweak saat kita belajar lebih banyak. Saat ini, ini berfungsi bagi saya untuk memberikan gambaran tentang bidang apa yang akan kita lihat saat pengujian, dan berada di wiki,

Saya telah mempertimbangkan untuk membuat dashboard pengujian berteknologi rendah, tetapi saat ini, saya percaya bahwa papan tulis kita cukup bagi kita untuk melihat bagaimana cerita berkembang pada titik ini - meskipun ketika tim tumbuh, kita mungkin ingin meninjau kembali itu.

Anda juga ingin tahu apa yang dilakukan oleh penguji Agile lain - berikut adalah beberapa posting blog yang menurut saya bermanfaat:

Saya sangat menyukai deskripsi Marlena Compton tentang bagaimana dia menggunakan wiki untuk pengujian di Atlassian: http://marlenacompton.com/?p=1894

Sekali lagi, pendekatan yang ringan, menjaga tujuan tes terkait dengan cerita. Dia menggunakan dashboard pengujian untuk tampilan tingkat tinggi dari fitur apa yang ada dalam rilis. Fitur ini menghubungkan ke halaman tujuan pengujian, yang diurutkan di bawah judul yang berbeda - fungsi, domain, tekanan, data, aliran, dan klaim. Ini memberikan pandangan "sekilas" tentang area / jenis tes apa yang telah Anda rencanakan, dan Anda dapat melihat secara instan jika satu area memiliki tes yang jauh lebih sedikit. Ini mungkin pendekatan yang menurut Anda berguna.

Trish Khoo juga memiliki beberapa hal menarik untuk dikatakan dalam menggunakan wiki, lebih pada tingkat penataan tes individu (mereka telah pindah ke menggunakan format gaya Gherkin "Given, When, Then" untuk pengujian mereka): http: / /ubertest.hogfish.net/?p=243

Posting blog Elizabeth Hendrickson tentang sistem manajemen pengujian khusus sedikit di luar topik, tetapi Anda mungkin menemukan beberapa poin berguna yang diangkat: http://testobsessed.com/2009/10/06/specialized-test-management-systems-are-an -agile-halangan /

maaf saya tidak bisa merekomendasikan satu tapi sepertinya Anda harus membuatnya dari awal untuk tim Anda berdasarkan pada kebutuhan masing-masing perusahaan dan kebutuhan pengujian.