Inilah gagasan yang mungkin membuat kedua kelompok bahagia, dan cocok dengan gerakan menuju pendekatan Agile:
Otomatiskan cek penerimaan pengguna Anda, dan buat screencast mereka.
http://pragprog.com/magazine/2009-12/automating-screencasts
Kedengarannya seperti bagian dari masalah yang Anda hadapi adalah bahwa rencana tes yang Anda tulis sangat berulang dan murni konfirmasi. Sejujurnya, saya tidak akan menyebut apa yang Anda tulis pengujian sama sekali - jika itu hanya mengkonfirmasi persyaratan, itu memeriksa . Mengotomatiskan ini dan membuat screencasting akan memungkinkan Anda mengemas demo yang rapi untuk pelanggan Anda secara teratur (Anda bahkan dapat mengirimnya dalam waktu singkat) - mereka akan lebih cenderung mengklik demo dan menontonnya daripada membuka rencana pengujian dan mulailah bekerja melaluinya, jadi semoga Anda akan mendapatkan umpan balik yang lebih cepat (sangat penting jika Anda bergerak ke arah pendekatan yang lebih gesit). Anda dapat menggunakan kembali komponen sehingga akan mengurangi beban kerja untuk Anda,
Ini juga menyediakan cara untuk benar-benar mengeksekusi persyaratan - apakah Anda menemukan spesifikasi yang dapat dieksekusi Gojko Adzic? Lihatlah di sini:
http://gojko.net/2010/08/04/lets-change-the-tune/
Jika Anda memikirkan ini sebagai cara untuk memasukkan persyaratan ke dalam formulir yang dapat dieksekusi untuk melakukan demo kepada pelanggan Anda , maka tiba-tiba itu tampak jauh lebih tidak berguna.
Sekarang, memakai topi penguji saya, saya merasa terhormat untuk menunjukkan bahwa jika hal screencast lepas landas, itu akan membebaskan Anda / pemangku kepentingan Anda untuk melakukan beberapa pengujian yang tepat - yaitu mencoba kasus tepi, dan tes yang benar-benar menantang aplikasi , Daripada hanya mengkonfirmasi persyaratan. Saya menyarankan agar Anda memberikan screencast bersama dengan pertanyaan atau saran singkat untuk bidang yang Anda ingin umpan balik lebih lanjut, misalnya:
1) Ini formulir pendaftaran baru kami - tonton screencast ini untuk mengetahui cara kerjanya!
Umpan balik yang kami inginkan: Kami telah menambahkan banyak pemeriksaan tambahan pada formulir ini untuk memastikan pelanggan tidak dapat memasukkan data yang salah - kami benar-benar ingin Anda melihat pesan kesalahan yang didapat pelanggan saat mereka memasukkan hal yang salah dan memberi tahu kami apakah pelanggan kami akan menemukan mereka mudah dimengerti.
Kami juga ingin tahu apakah kami terlalu ketat dalam beberapa kasus - jika Anda memiliki data pelanggan yang tidak biasa (mungkin nama yang sangat panjang, atau sangat pendek, atau seseorang dengan karakter yang tidak biasa dalam nama mereka,) atau sesuatu yang tidak kami pikirkan, atau mungkin alamat mereka tidak memiliki nama jalan atau sesuatu yang aneh seperti itu?) maka mungkin Anda dapat menghabiskan beberapa menit untuk mencobanya?
Yaitu, Anda menyajikan screencast yang bagus, dan kemudian meminta umpan balik, membingkainya tanpa terlalu spesifik, membuat mereka berpikir tentang masalah potensial daripada hanya mengkonfirmasi. Buat mereka berpikir , alih-alih hanya mengklik secara membabi buta melalui rencana pengujian. Anda pada dasarnya menulis piagam uji eksplorasi untuk mereka. (Jika Anda melihat Kuadran Agile Testing , ini akan menjadi tes di Kuadran 3).