您如何決定在測試套件中測試什么？

Question

我是一名實習生，正在從事一個項目，該項目有可能在具有巨大代碼庫的公司中引入許多錯誤。 目前，該公司尚未針對其任何項目實施自動化測試，因此我想在編寫代碼時就開始編寫測試，以便我可以知道何時破壞某件事，但是我很難為有價值的東西建立直覺測試以及如何測試。 有些事情比其他事情更明顯：測試字符串操作功能並不難，但是為多線程自定義內存管理器編寫的內容則比較棘手。

您如何為現有代碼庫設計測試，以及要測試什么？ 您如何找出代碼所依據的基本假設？

Answer 1

回答大多數問題http://www.amazon.com/Working-Effectively-Legacy-Michael-Feathers/dp/0131177052

Answer 2

恐怕沒有簡單的答案。 那只是一個困難之處。

使用的方法是

• 找出能帶來最大回報的地區。 （這是您必須想出的-您的情況所特有的）。
• 花時間了解該地區。 確定該區域與其余代碼庫的交互。
• 使用測試記錄相同的內容-這些充當回歸“副手”，可在您進行后續更改時將軟件固定在適當的位置
• 現在，您已經可以在上面使用安全網了。 現在，您可以開始使用TDD方法進行增強/修復/更改。

這個想法是，代碼庫中的孤島將慢慢出現在安全網之上，直到您到達收益遞減點為止。 如果您正在探索該領域，那么上面Pangea發布的Michael feather的WELC書籍是必讀的。

Answer 3

在這里提出並回答了類似的問題

我的一些想法：

• 首先，添加測試以測試新編寫的代碼（在新項目中還是在現有項目中）。
• 不要觸摸正在運行且未更改的代碼。
• 專注於經常使用或至關重要的功能。

該主題確實是多種多樣的，也許您應該嘗試進行培訓以得到概述。 假設您在美國，可以在這里仔細看看。 這是他們的課程內容 。

他們還有很多有用的資源 。