Ini cukup umum, jika tidak tipikal. Untuk menjawab beberapa pertanyaan:
- Apa yang seharusnya menjadi pendekatan yang tepat untuk melacak aktivitas dalam skenario seperti itu?
- Akankah fitur dilakukan tanpa QA tetapi dengan cacat?
- Bagaimana saya bisa melacak upaya dengan mulus?
- Haruskah pengujian menjadi bagian dari "Definisi Selesai"?
- Apa jebakannya jika tidak?
Saya akan mengambil pendekatan keseluruhan yang:
- memungkinkan penguji untuk menambah nilai
- memberi mereka otoritas
- memaksimalkan nilai mereka
- mendorong orang-orang QA untuk melatih pengembang
dan untuk melakukan itu (dan menjawab pertanyaan Anda) saya akan:
Juga, ya, beberapa fitur dapat dilakukan tanpa QA tetapi dengan cacat. Saya sering menemukan QA adalah set kedua mata. Terkadang peran ini dapat diisi oleh pengembang lain. Secara pribadi saya menemukan ini menemukan beberapa kesalahan, tetapi tidak semua kesalahan yang ditemukan oleh pola pikir QA yang berbeda.
Pengujian harus menjadi bagian yang dilakukan tetapi itu tidak berarti bahwa orang QA harus melakukan pengujian. Mengingat kekurangan sumber daya dan lingkungan Agile yang menghindari spesifikasi yang dapat dilihat QA, QA perlu dilibatkan dengan mempelajari domain pengguna, rapat desain, pertemuan titik perawatan, standup, retrospektif, dll.
Adapun pertanyaan besar tentang strategi pengujian, gunakan kuadran Agile testing untuk memandu Anda:
|
Integrated | Performance
_________________________________________
|
Unit | Exploratory
Pengembang mungkin sudah melakukan Tes Unit. Area utama yang dapat ditambahkan nilai QA dengan mencakup adalah dalam pengujian Terintegrasi dan dengan menggunakan otomatisasi UI. Pengujian eksplorasi yang baik juga sangat berharga - ini bukan hanya mengklik setiap tautan pada halaman, ini tentang mempelajari domain pengguna akhir dan apa artinya menggunakan aplikasi bagi mereka.
Untuk rasio QA untuk penguji juga mempertimbangkan pengujian segitiga:
Exploratory
Integrated Tests
Individual Unit Tests
dimana satu tes eksplorasi atau terintegrasi dapat mewakili lusinan jika tidak ratusan unit tes dengan menggunakan seluruh 'tumpukan'.
Juga pertimbangkan bahwa seperti dalam tim Agile umumnya harus ada pendekatan siapa pun dapat kode, siapa pun dapat menguji. Kuncinya tentu saja adalah memberikan orang-orang bimbingan dan struktur sehingga mereka dapat melakukan apa yang diperlukan dan memberi mereka pelatihan untuk bidang lain.
Dalam hal rasio aktual, saya tidak setuju tentang ketepatan jawaban David 3: 1 atau 4: 1 Di beberapa organisasi di mana pengembang menulis unit yang baik dan tes terintegrasi ini mungkin ok untuk menjadi 7: 1 Dalam organisasi dengan sangat sedikit pengujian yang dilakukan oleh pengembang ini mungkin perlu 1: 1 Ini benar-benar 'tergantung' pada organisasi, struktur, pengetahuan, industri, dll, dll.