Satu perbedaan kritis yang sangat penting di sini adalah ini: apakah penguji Anda hanya memeriksa , atau mereka menguji ?
Posting blog ini oleh Michael Bolton menjelaskannya dengan lebih baik, tetapi pada intinya: apakah mereka hanya ingin mengkonfirmasi perilaku, atau mereka mencari masalah dengan sistem?
Saya pikir itu juga berguna untuk mempertimbangkan Kuadrat Pengujian Agile (Brian Marick awalnya menggambarkan ini, tapi saya menemukan mereka dalam buku Lisa Crispin dan Janet Gregory "Agile Testing": bahkan jika Anda tidak mengikuti metodologi pengembangan Agile, saya pikir perbedaan antara tes yang mengkritik produk, dan tes yang mendukung tim, benar-benar bermanfaat ketika mempertimbangkan otomatisasi, dan mencoba mengembangkan rencana untuk siapa melakukan apa, dan mengapa.
Misalnya, pemeriksaan unit yang ditulis oleh pengembang bertindak sebagai detektor perubahan, memungkinkan Anda untuk menangkap regresi lebih awal saat dijalankan kembali secara teratur - ini adalah tes yang mendukung tim. Pemeriksaan regresi tingkat sistem yang otomatis sehingga dapat dijalankan kembali secara teratur dan cepat juga mendukung tim dengan menangkap regresi lebih awal, dan melengkapi pengujian unit yang dilakukan oleh pengembang. Itu membebaskan waktu penguji Anda untuk melakukan pengujian yang mengkritik pengujian eksplorasi produk, misalnya. Atau mungkin menerapkan beberapa pemeriksaan otomatis untuk menguji stres produk.
Hal lain yang sangat saya sukai dari presentasi Lisa Crispin yang saya tautkan adalah bahwa itu menunjukkan bahwa otomatisasi juga dapat digunakan untuk mendukung pengujian manual - membuat data uji, otomasi digunakan untuk membuat skenario ke titik yang ingin Anda fokuskan hari ini, untuk contoh.
Mempertimbangkan dua artikel ini diharapkan akan membantu Anda untuk menganalisis jenis pengujian apa yang ingin Anda lakukan, membuatnya lebih mudah untuk memilih apa yang mungkin cocok untuk otomatisasi, dan mencari tahu bit otomatisasi mana yang lebih cocok untuk dilakukan oleh penguji, dan yang mana oleh pengembang.