系列文章
Day 11 可以找誰來討論範例
當我們談論 Specification by Example（SBE）時，最重要的並不只是「寫出幾個範例」，而是透過討論範例來釐清需求、促進共識、避免誤解。這種...
Day 12 需求梳理工作坊
想像一下，你拿到一份需求文件，上面寫著「當使用者點擊 1 000 次，就支付 2 英鎊」，聽起來很明確，對吧？但如果把這一句丟給開發或測試，他們腦中跑的可不只快...
Day 13 Example Mapping
在敏捷軟體開發的世界裡，團隊常常面臨一個挑戰：如何確保每個人對即將開發的功能有著完全相同的理解？Example Mapping就是為了解決這個問題而生的一種強大...
Day 14 範例格式比較
當我們談到「如何描述驗收條件」時，很多團隊很快就會發現：同樣一個需求，每個人腦中想的畫面都不太一樣。產品經理以為「寫清楚了」，開發人員以為「理解了」，測試人員卻...
Day 15 好的範例的特性 (1)
你是否遇過這種情況：一份測試文件拿給開發、業務、測試同仁看，每個人都有疑問，沒人能馬上理解，最後開發走自己的、測試各測各的、業務根本搞不懂在做什麼？其實問題就出...
Day 16 好的範例的特性 (2)
上面一篇談完好的範例的特性，借下來我們要利用一些範例，來說明撰寫範例時要注意的事項，希望透夠實際的案例，能夠讓讀者更有感覺。 案例一 (1) 說明以下有個用戶故...
Day 17 好的範例的特性 (3)
（一）用範例與反例釐清需求 在 Specification by Example（實例化需求）中，我們強調透過跨角色協作，找出能夠清楚展示功能在不同情境下應有行...
Day 18 開立範例的方式 - ECT
當團隊開始練習 Specification by Example，往往會遇到一個關鍵問題：「我們該從哪裡著手找範例？」這看似簡單的問題，背後卻藏著需求理解與測試...
Day 19 開立範例的方式 - UCT
在我們實作 Specification by Example（以下簡稱 SBE）的過程中，最常被問到的問題之一是：「我們要從哪裡找到具代表性的範例？」很多團隊一...
Day 20 Equivalence Class Testing 和 Use Case Testing 的比較
在軟體測試的世界裡，有兩種技巧常常被拿來比較，但很多人容易混淆：Equivalence Class Testing（等價類別測試）和 Use Case Test...