Saya masuk ke scrum dan TDD dan saya pikir saya memiliki beberapa kebingungan yang ingin saya dapatkan tanggapan Anda. Mari kita asumsikan saya memiliki kisah pengguna di backlog saya, agar saya dapat mulai mengembangkannya sebagai bagian dari TDD saya perlu memiliki persyaratan, sejauh ini?
Benarkah untuk mengatakan bahwa manajer produk dan QA harus bertanggung jawab untuk mengambil cerita pengguna dan memecahnya menjadi tes penerimaan?
Saya pikir hal di atas benar karena tes penerimaan perlu formal, sehingga dapat digunakan sebagai tes, tetapi juga dapat dibaca manusia sehingga produk dapat menyetujui bahwa mereka adalah persyaratannya, bukan?
Apakah benar juga bahwa saya kemudian mengambil tes penerimaan ini dan menggunakannya sebagai persyaratan saya, yaitu mereka adalah satu set kasus penggunaan yang saya terapkan (melalui TDD)? Saya harap saya tidak membuat terlalu banyak kekacauan tapi itu aliran saat ini yang saya pikirkan saat ini.
Pembaruan
Saya pikir niat awal saya tidak jelas sehingga saya akan mencoba untuk mengulangi. Saya ingin tahu lebih detail tentang alur scrum mengubah cerita pengguna menjadi kode saat menggunakan TDD.
Titik awal sudah jelas, pengguna memunculkan suatu kebutuhan (atau perwakilan pengguna sebagai produk) yang merupakan uraian singkat 1-2 baris dalam format yang diketahui dan yang ditambahkan ke jaminan simpanan produk.
Ketika ada pertemuan perencanaan musim semi, cerita pengguna diambil dari backlog dan ditugaskan ke pengembang.
Agar pengembang dapat menulis kode, mereka memerlukan persyaratan (terutama dalam TDD karena persyaratannya berasal dari tes mana).
Kapan, oleh siapa dan format apa yang dikompilasi?
Apa yang ada dalam pikiran saya adalah bahwa produk dan QA menentukan persyaratan melalui tes penerimaan (saya berpikir otomatis menggunakan FitNesse atau semacamnya tapi itu bukan inti yang saya pikir) yang membantu melayani 2 tujuan pada saat yang bersamaan:
- Mereka mendefinisikan "Selesai" dengan benar.
- Mereka memberi pengembang sesuatu untuk mendapatkan tes.
Saya tidak yakin kapan ini ditulis (sebelum sprint mereka diambil maka itu mungkin akan sia-sia karena informasi tambahan akan tiba atau cerita tidak akan diambil, selama iterasi maka pengembang mungkin akan terjebak menunggu mereka. ..)