Pertanyaan ini untuk penguji yang berpengalaman atau lead tes. Ini adalah skenario dari proyek perangkat lunak:
Katakanlah tim dev telah menyelesaikan iterasi pertama dari 10 fitur dan merilisnya untuk pengujian sistem. Tim uji telah membuat kasus uji untuk 10 fitur ini dan memperkirakan 5 hari untuk pengujian. Tim pengembang tentu saja tidak bisa diam selama 5 hari dan mereka mulai membuat 10 fitur baru untuk iterasi berikutnya. Selama waktu ini tim uji menemukan cacat dan mengangkat beberapa bug. Bug diprioritaskan dan beberapa di antaranya harus diperbaiki sebelum iterasi berikutnya. Masalahnya adalah mereka tidak akan menerima rilis baru dengan fitur baru atau perubahan pada fitur yang ada sampai semua bug diperbaiki. Tim pengujian mengatakan bahwa bagaimana kami dapat menjamin rilis yang stabil untuk pengujian jika kami juga memperkenalkan fitur baru bersama dengan perbaikan bug. Mereka juga tidak dapat melakukan tes regresi dari semua kasus uji mereka setiap iterasi.
Ini berarti tim pengembang harus membuat cabang kode hanya untuk memperbaiki bug dan cabang lain di mana mereka melanjutkan pengembangan. Ada lebih banyak penggabungan overhead khususnya dengan perubahan refactoring dan arsitektur.
Bisakah Anda setuju jika ini adalah prinsip pengujian yang umum. Apakah kekhawatiran tim uji valid? Sudahkah Anda menemukan ini dalam praktik di proyek Anda.