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

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

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

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

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

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

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

大家探討一下？