Saya adalah pemilik produk di tim yang gesit. Saya ketika melakukan pengujian penerimaan PO saya biasanya membuat catatan untuk mencoba beberapa kasus tepi. Itu tidak biasa bagi saya untuk menemukan sesuatu dan kemudian saya mengembalikannya kepada para devs. Saya mendapat dorongan kembali dari salah satu pengembang ketika saya menolak ceritanya. Dia mengatakan itu tidak adil karena saya tidak menentukan kasus tepi dan bagaimana program harus merespons dalam kriteria penerimaan, karena ia cenderung kode hanya untuk apa yang saya jelaskan dalam cerita. Saya telah mendorongnya untuk bertanya kepada saya ketika dia menabrak setiap kasus tepi saat coding, tapi dia pikir itu bukan tugasnya untuk memikirkan kasus tepi, milikku dan aku harus membuat cerita baru untuk sprint berikutnya.
Dalam pembelaan saya, saya tidak tahu desainnya untuk cerita sampai setelah dia mengimplementasikannya, jadi sulit untuk mengulangi semua kemungkinan (akankah konfigurasi ada dalam file DB atau properti?). Demi kesederhanaan, katakanlah kita memiliki cerita untuk menambahkan pembagian ke aplikasi kalkulator. Dalam dunia SCRUM yang ideal, akankah saya berkewajiban menambahkan "menangani pembagian dengan skenario nol" ke kriteria penerimaan atau haruskah ia menangani kasus-kasus tersebut saat ia berkembang sehingga aplikasi tidak meledak pada 5/0? Untuk lebih jelasnya, dalam hal ini saya tidak akan menerima jika aplikasi crash pada 5/0, tapi saya akan lulus jika itu log, mencetak DIV0, atau cara lain untuk menangani kesalahan ... asalkan tidak macet.