Pembaruan / Klarifikasi Klien saya memahami kebutuhan untuk pengujian in-house mereka dan dia selalu bersumpah mereka akan "berbuat lebih baik" (yaitu melakukan sesuatu) tetapi itu tidak terjadi. Mereka tidak memiliki anggaran untuk pengujian luar. Saya kira saya bertanya (samar-samar, saya tahu) tentang apa yang bisa menanamkan "tes awal, tes sering, tes pada etos mesin target?
Pertanyaan: bagaimana mendorong pengguna untuk meluangkan waktu untuk secara eksplisit menguji dan melaporkan masalah dengan rilis baru, bukan untuk "menguji-saat-mereka-pergi" dalam proyek-proyek produksi.
Latar Belakang: Saya memiliki klien kecil yang telah menulis serangkaian alat presentasi multimedia. Mereka adalah klien yang baik dan kami memiliki hubungan yang baik. Proyek ini sedang berjalan, menambah fitur seiring berjalannya waktu.
Ada dua masalah yang saya miliki:
Definisi fitur dilakukan sambil jalan, sering melalui telepon, dapat berubah, revisi, pembalikan. (sedikit seperti Kennedy "Kami akan pergi ke bulan dan melakukan hal-hal lain" - Saya selalu terhibur oleh bagian "hal-hal lain" itu)
Sebenarnya tidak ada pengujian QA yang dilakukan pada akhirnya.
Saya bisa berurusan dengan # 1, lebih atau kurang. Ini bukan klien yang bahkan akan membaca spec sebelum rapat, apalagi menulis satu. Saya sudah terbiasa dengan itu. Ini adalah item # 2 yang saya miliki masalah: mereka tidak atau tidak akan menguji rilis baru. Apa yang mereka lakukan adalah menggunakannya untuk produksi sehingga ketika bug muncul, mereka menemukan solusi dan tidak melaporkannya, atau mereka sangat terburu-buru untuk melanjutkan proyek, sehingga laporan bug tidak jelas.
Kami telah melakukan banyak diskusi tentang semua ini, tetapi saya hanya bisa sedikit mendorong mereka (misalnya kami menggunakan github untuk melacak masalah - meskipun sebagian besar saya menggunakannya). Alasan dasarnya ada dua: mereka adalah perusahaan konsultan kecil dan tidak memiliki (atau tidak berpikir mereka memiliki) sumber daya untuk pengujian (atau anggaran untuk melakukan outsourcing). Dan budaya: meskipun mereka menganggap diri mereka sebagai "pengembang" mereka benar-benar hanya pengguna paket perangkat lunak multimedia. (misalnya mereka tidak memiliki perhatian neurosis obsesif terhadap detail pengembang "nyata").
Ini memengaruhi saya seperti yang Anda harapkan: tanpa umpan balik saya tidak bisa memastikan apakah suatu fitur sudah lengkap (lihat # 1), atau jika ada konsekuensi lain. Itu juga membuat saya sedikit malas.