爲測試人員創建一個測試UI

我有一套包含在他們自己的項目中的方法，這些方法在一個相當大的（單片）應用程序中使用。因爲這個測試人員一直在抱怨沒有簡單的方法來測試它們。爲測試人員創建一個測試UI

因此，我建議創建一個簡單的應用程序，它將使用程序集上的反射，並允許測試人員將自己的參數輸入到每個單獨的方法中（並檢查結果）。我有做有一套完整的單元測試，但認爲最好給測試人員提供方法。

或者我錯過了一些完全明顯的東西。

不，我的團隊中的測試人員絕對不會接受這個。 – Maarten

單元測試套件是不是有足夠的理由？ –

@Metthieu - 問題在於測試人員需要確保大圖的工作，但由於當前軟件的工作方式，這是一個真正的挑戰。有太多的變量能夠確定正在測試的內容，所以我試圖提供只訪問**的變化。 –

我有一套包含在他們自己的項目中的方法，其中在一個相當大的（單片）應用程序中使用。由於這個測試人員一直抱怨說沒有簡單的方法來測試他們。

測試方法的唯一方法是通過單元測試，你說有已經是一個完整的套件。

如果該項目純粹是內部的（並且似乎是這種情況，因爲您必須使用反射來公開它），測試人員甚至不應該知道它。

測試架構的內部感覺不是測試人員的工作，而是開發人員的工作。

2012-12-12 10:36:41 guillaume31

完全同意：測試人員爲什麼要測試代碼庫？這就是單元測試的目的。 –

問題是應用程序很大，寫得不好。理想情況下，我們會重構這個，但由於我們現在沒有時間，所以我在一個單獨的項目中進行了修改。測試人員需要確保我所做的工作在全局範圍內工作，但我怎樣才能讓他們能夠訪問？ –

如果他們想要測試整個圖片，那麼在完成更改之後，我認爲需要執行完整的迴歸測試套件。單獨的測試方法並不是大局。 –

您提出的方法顯然是解決您的問題的方法。在之前的評論中，有很多（我的也是）關於你想要這樣做的原因的問題。但既然你確定是因爲某些原因（我們知道公司的世界，對吧？）測試人員應該手動測試庫中的每種方法和單元測試你已經擁有的是不夠的，那麼你提出的建議應該在我的工作中很好地工作意見。

你得到的問題似乎是缺乏對單元測試的信任/做出決定測試人員應該檢查庫的人的錯誤方法。

2012-12-12 11:42:19

回答