Blog ini adalah tentang memikirkan masa lalu, sekarang, dan masa depan dalam pengujian. Meski saya ingin melihat semuanya dengan jelas, bola kristal saya agak redup. Namun, pembelajaran itu perlu, dan inilah alat saya untuk itu.
Perbedaan antara ide uji dan kasus uji?
Tahun demi tahun, mengubah organisasi satu demi satu, saya datang ke usaha baru dengan antisipasi bahwa saya tidak perlu melihat kasus uji selain yang otomatis, dan melalui eksekusi berkelanjutan terus memperbarui.
Namun, tahun demi tahun, saat saya berpindah dari satu organisasi ke organisasi lain, saya mengetahui bahwa orang-orang masih menulis kasus uji. Ini adalah kasus uji yang berisi judul dan langkah-langkah yang harus diambil. Mereka yang menentukan urutan tindakan dalam aplikasi yang perlu diperiksa dan langkah-langkah yang mungkin atau mungkin tidak Anda ikuti karena Anda bukan robot.
Dari sudut pandang saya, ide tidak ada nilainya, dan kami tidak peduli seberapa baik ide itu didokumentasikan. Ide yang ditulis di selembar kertas seringkali sulit untuk saya pahami setelah satu bulan, tetapi ini adalah catatan penting dan saya sangat membutuhkannya ketika saya kembali ke informasi yang telah saya dokumentasikan sebelumnya. Test case adalah apa yang mungkin ingin kita tinggalkan nanti, mereka lebih dari sekedar ide. Mereka memiliki struktur yang membuat mereka tetap berjalan, meskipun mereka terlihat seperti daftar periksa. Mereka sering menyertakan langkah dan ide untuk memesan. Lebih baik mempertimbangkan kasus uji sebagai hasil pengujian (terlebih lagi, otomatis!), Dan bukan sebagai data awal untuk pengujian.
, , , . , , , , , .
/ , , , — , , . . , , 1, — 2 . , .
20 , , . , — . , , , , , , .
, .
-. -, , .
- . . , . , , , , , , , box- -, -. , , , , , , .
, , , . , , . , -, .
. -. , , — , .
, , , . , - . , , , , , . 39 46 "-", 3 , . , , , .
, , . . , — .
"QA Engineer".
« », scrum, kanban, waterfall .