BDD 和 keyword Driven 在需求方完全不寫也不看指令碼，也不用 GWT/keyword 形式定義需求時比 xunit 好在哪？

xbehave , Robot Framework, 比 xunit 方式管理自動化測試指令碼的好處，除了能跟需求方拉通方便還有哪些？

如果需求方完全不理睬這些，就是自然語言寫需求的話，是不是 xbehave , Robot Framework, 並不比 xunit 更好呢？

在這個前提下，我自己沒發現有什麼好的地方，看起來就是 “上了更厚重的框架卻不帶來好處”，而且我工作過的 4 個公司裡有 3 個有這個情況

而我在招人的過程中也統計過，我面試過的候選人（不乏有國際知名公司工作經歷的）大多數經歷過這種 “需求角色就是用自然語言描述需求完全不理這些東西” 但專案上仍然採用 xbehave , Robot Framework 這樣比 xunit 更加厚重的框架。

我實踐中的感覺是 xbehave , Robot Framework,這樣的框架相比 xunit 框架 事實上是增加了測試用例 不透過時的排查工作量的。

但不光國內，包括國外很多大公司的專案都不同程度的存在這種 “上了更厚重的框架卻不帶來好處” 的情況，我相信這是有原因的，只是我不知道原因是什麼。

大家探討一下？