Penguji dan blogger Lanette Creamer baru-baru ini mengirimkan pertanyaan ini di Twitter :
Jika Anda adalah pengembang perangkat lunak profesional yang bekerja dengan penguji, pikirkan penguji terbaik yang Anda kenal. Kesamaan apa yang mereka miliki?
Saya pikir itu akan menjadi pertanyaan yang sangat bagus untuk di sini.
Pikiranku adalah:
- Mereka ingin menghapus ambiguitas dari persyaratan bahkan jika itu berarti mengajukan pertanyaan yang aneh.
- Mereka membuat fitur-fitur baru dengan melihat cara kerja perangkat lunak "seharusnya", bukan hanya bagaimana dokumen itu didokumentasikan.
- Mereka menunjukkan kejujuran dan integritas dan mendorong tetapi tidak menuntutnya dari orang-orang di sekitar mereka. Dengan kata lain, mereka mencontohkan perilaku.
Apa ciri-ciri penguji terbaik yang pernah bekerja dengan Anda?
Jawaban:
Berikut adalah beberapa yang saya tambahkan:
sumber
Beberapa penguji terbaik yang pernah bekerja sama dengan saya benar-benar memahami bagaimana pengguna akan menggunakan perangkat lunak. Mereka memahami fungsi bisnis yang harus dimainkan oleh perangkat lunak dan bagaimana perangkat lunak itu akan mempengaruhi peran / pekerjaan / fungsi pengguna. Itu membuat proyek yang sukses ketika tester memiliki pengetahuan bisnis sebanyak pengembang dan pemilik bisnis.
sumber
Sayangnya, untuk apa sebenarnya peran yang sangat terampil dan teknis, ada banyak koboi di luar sana. Terlalu banyak penguji memiliki karir yang panjang bergerak dari posisi ke posisi sedang diwawancarai dan disewa oleh orang-orang yang tidak tahu apa pengujian itu.
Penguji terbaik yang saya temui:
dan terakhir, jika tester tersebut mengerjakan proyek yang gesit
sumber
Penguji terbaik yang pernah saya gunakan sangat bagus dalam satu hal: memecah perangkat lunak dengan cara yang berulang. Kami bisa memberinya hampir semua perangkat lunak dan dia akan membunuhnya dalam beberapa menit. Dia memiliki jenis keterampilan yang mungkin bisa menemukan kode cheat pada game Nintendo dan Easter Eggs dalam perangkat lunak profesional - hanya sifat alami, ingin tahu dan memori yang baik untuk apa yang dia coba sebelumnya dan tidak berhasil.
Perhatikan bahwa tujuannya adalah kebalikan dari programer - dia memiliki hari yang baik jika dia merusak perangkat lunak; para programmer memiliki hari yang baik jika dia tidak melakukannya .
sumber
Dua hal yang belum disebutkan:
sumber