責備的近義詞

大約5年前，我正在進行一個項目，該項目旨在建立抵押品管理系統。 該系統已連接到大型財務網絡，并通過標準化財務消息獲得了說明。

該項目以瀑布形式運行，對學科之間的協作有很多限制。 在此不加贅述，我仍然認為那些項目經理，甚至是經驗豐富的項目經理，認為協作不好是很有趣的。 無論如何，一組業務分析師寫下了詳細的規范，然后將其交給開發人員。 開發人員根據規范實施系統，然后將軟件交付給測試人員團隊。

測試系統

由于該特定系統是通過所有這些財務消息進行操作的，因此與具有常規用戶界面的系統相比，進行測試要困難得多。 開發人員創建了一個測試工具，可以使用命令行界面與系統進行交互。 由于其命令行界面的性質，該工具還適合用于整個業務流程的腳本測試。 該工具是低級的，就像開發人員需要的那樣。

測試團隊還需要與系統交互的工具。 開發人員使用的工具對于測試人員來說太底層了。 其中一名測試人員知道他以前使用過的工具以對大多數人更友好的語言描述測試，然后讓該工具將友好的語言鏈接到代碼。 這個工具是FitNesse 。

為了能夠與FitNesse的主系統進行交互，在開發人員使用的測試工具中添加了一個適配器。 這是讓FitNesse運行測試工具的固定裝置。 測試工具中還添加了一些其他功能，以允許測試人員創建模板消息，然后在其FitNesse測試表中使用xpath表達式設置特定值。

做出改變

這種方法運行了大約2個月。 在這段時間內，測試團隊添加了一個FitNesse插件以連接到系統的數據庫以驗證系統的某些中間狀態，并且在FitNesse測試中添加了幾層間接性，因此尚不清楚在該工具上執行了哪些操作從測試表中的“友好”規格中選擇系統。

然后，要支持的財務消息的類型發生了變化。 這影響了到目前為止使用的所有消息模板和所有xpath。 您可以想象，這幾乎影響了每個測試，導致測試團隊進行了大量的返工。 因為他們不能足夠快地完成它，所以他們得到了開發團隊的幫助。

測試全部“遷移”以使用新的消息結構后不久，數據庫架構發生了變化。 而且它也沒有變化。 再次，大多數驗收測試都失敗了，需要大量的返工。

責備工具

伙計，我們真的開始討厭這個FitNesse工具。 每次系統升級時，所有測試都會開始失敗。 為了解決這些問題，開發人員將幫助測試人員重做這些測試。 我們可以想到一個更好的任務或兩個。

直到我離開項目幾周后，我才意識到FitNesse不應為我們面臨的問題負責。 我們要怪自己！ 這不是錯誤的工具，而是使用錯誤的人。 在Bob叔叔（Robert Martin）的高級測試驅動開發大師班上，我了解到FitNesse的目的不是為運行驗收測試提供文本抽象。

合作

不要誤會我的意思，文本抽象真的很好。 但這不應該是主要目標。

FitNesse是用于自動驗收測試的工具，重點是業務人員，開發人員和測試人員之間的協作。 通過協作，開發人員和測試人員團隊可以一起了解所有功能，每個人都將自己的技能和素質帶到討論中。 他們在一起將自己的學習記錄為測試表或簡短的句子。

正如我之前提到的，合作并不是該項目的重點之一。 相反，這是您“不浪費時間”的事情。

在這個特定項目中，問題似乎出在FitNesse周圍，我認為對于我讀過的許多Cucumber故事來說都是一樣的。 互聯網上有很多關于Cucumber（以及類似工具）如何為項目增加價值的意見。 我確實相信這在許多項目中都是正確的，但是出于與大多數文章中所預計的原因不同。

諸如Cucumber和FitNesse之類的工具不是開發人員工具。 如果只有開發人員來讀寫這些腳本，那么使用這樣的工具僅是浪費時間。 開發人員可以使用其常規測試框架（例如rspec或junit）更快地自動化驗收測試。

但是這些工具都不是質量檢查工具。 只有在一起工作時，測試人員和開發人員才能充分利用這些工具，并將其用于真正的好處。 Cucumber和FitNesse都是協作工具。 他們屬于敏捷團隊的工具帶。

參考： 驗收測試：從Software Craft博客的JCG合作伙伴 Bart Bakker 抨擊工具 。

翻譯自: https://www.javacodegeeks.com/2013/12/acceptance-testing-blaming-the-tools.html

責備的近義詞

總結

以上是生活随笔為你收集整理的责备的近义词_验收测试：责备工具的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。