Example mapping — user story yoki talabni muhokama qilishda qoidalar, konkret misollar va ochiq savollarni vizual tarzda ajratib yozish usulidir. U qisqa hamkorlik sessiyasida mahsulot vakili, dasturchi va testchiga talabning ma’nosi, chegarasi hamda noma’lum joylarini implementatsiyadan oldin aniqlash imkonini beradi.
Kartalar tuzilishi
Klassik usul rangli kartalardan foydalanadi. Story yuqorida joylashadi. Uning ostida biznes qoidalari, har qoida ostida esa shu qoidani ko‘rsatadigan misollar yoziladi. Javobi topilmagan masalalar alohida question kartasiga chiqariladi. Ranglar jamoa kelishuviga bog‘liq bo‘lsa-da, obyekt turlarini tez ajratishga xizmat qiladi.
Tuzilma quyidagicha o‘qiladi:
- story — foydalanuvchi uchun kerakli imkoniyat;
- rule — xatti-harakatni cheklovchi yoki belgilovchi qoida;
- example — qoida ishlashini ko‘rsatadigan konkret kirish va natija;
- question — qaror yoki tadqiqot talab qiladigan noaniqlik.
Sessiya jarayoni
Jamoa storyni bir jumlada aniqlaydi, keyin ma’lum qoidalarni yozadi. Har qoida uchun oddiy misol va muhim boundary misollar topiladi. Misol qoidadan mustaqil yangi talabni ochsa, alohida rule kartasi yaratiladi. Javobsiz masala discussionni to‘xtatib qo‘ymasdan question sifatida qayd etiladi va egasi belgilanadi.
Sessiya odatda timebox bilan cheklanadi. Qisqa vaqt muhim noma’lumlikni topishga yordam beradi, barcha implementatsiya detallarini yechishga majburlamaydi. Kartalar haddan tashqari ko‘payib ketsa story juda katta yoki bir nechta capability aralashgan bo‘lishi mumkin; uni kichikroq qismlarga ajratish ko‘rib chiqiladi.
Misol sifati
Yaxshi misol “to‘g‘ri ma’lumot ishlaydi” kabi umumiy emas. U real qiymat, boshlang‘ich holat, amal va kuzatiladigan natijani beradi. Masalan, limit 10 bo‘lsa 9, 10 va 11 qiymatlar boundaryni ko‘rsatadi. Har arifmetik kombinatsiyani yozish shart emas; qoida mazmunini ajratadigan vakil holatlar tanlanadi.
Misol solution UI qadamlariga ortiqcha bog‘lanmaydi. “Yashil tugmani bosadi” o‘rniga “buyurtmani tasdiqlaydi” domen hodisasi yozilishi mumkin. UI dizayni alohida artefaktda aniqlanadi, example map esa biznes xatti-harakatini saqlaydi.
Natijadan foydalanish
Qoidalar acceptance criteria, misollar esa BDD scenario yoki acceptance testga aylanishi mumkin. Barcha kartani avtomatik testga mexanik ko‘chirish shart emas. Ayrim savol dizayn qarori, ayrim misol esa tushuntirish uchun xizmat qiladi. Testga aylantirilgan holat tez-tez regressiya xavfi va biznes ahamiyatiga ega bo‘ladi.
Questionlar yopilmasdan development boshlansa, jamoa taxmin qilgan qarorlar keyin qayta ishlashga olib keladi. Shu bois blocking savollar story readinessga ta’sir qiladi. Boshqa, implementatsiyani to‘xtatmaydigan savol keyingi tadqiqotga qolishi mumkin.
Cheklovlari
Example mapping formal domen model, arxitektura dizayni yoki to‘liq test strategiyasining o‘rnini bosmaydi. U suhbatni tuzishga yordam beruvchi yengil vositadir. Murakkab hisob, state machine yoki xavfsizlik protokoli qo‘shimcha diagramma va tahlilni talab qilishi mumkin.
Kartalar qaror tarixini to‘liq saqlamasa, keyin nima sababdan qoida tanlangani yo‘qoladi. Yakuniy muhim natijalar issue, specification yoki test repositoryga ko‘chiriladi. Shu tariqa sessiya artefakti amaldagi kod va talab bilan bog‘lanadi.
Masofaviy jamoada qo‘llash
Raqamli whiteboard kartalarning rang va ierarxiyasini saqlaydi. Har ishtirokchi bir vaqtda tahrirlashi mumkin, lekin facilitator suhbatni qoida bo‘yicha boshqaradi. Faqat jim yozish umumiy tushunishni kafolatlamaydi; qarama-qarshi talqinlar ovozli muhokama qilinadi. Sessiya yakunida ochiq savollar egasi va qaror muddati qayd etiladi.
Bog‘liq tushunchalar
Acceptance Test-Driven Development, BDD, User story, Acceptance criteria, Scenario, Specification by example