執行軟件測試的最佳方式

我剛剛完成了一個主要應用程序，這個應用程序在一年多的時間裏一直在努力工作。它大約有86k行代碼，其中50k是來自Visual Studio的自動生成的數據集。它基本上是一個與數據庫交互，生成報告等的GUI。它處理金錢並管理合同，因此重要的是它儘可能沒有錯誤。執行軟件測試的最佳方式

我已經走過了代碼，並且自己運行了程序。我大部分都找不到更多的錯誤。不過，我確定有，我剛剛在這個系統上工作了很長時間，我再也看不到它們了。我知道有一些，因爲我遇到了一些間歇性問題，但無法查明。

我應該如何進行軟件測試以發現剩餘的錯誤？

2010-07-16 Malfist

「遍歷代碼」？這是否意味着你沒有任何單元測試代碼？ – 2010-07-16 13:29:17

是正確的，它是一個遺留的遺留代碼，加上我對單元測試不太瞭解，因爲這主要是一個數據庫集成的應用程序，所以它更加困難。這個應用程序是爲了替代一個被外包給印度的Access 95程序而放棄的，並且傳給了我。 – Malfist 2010-07-16 13:31:25

現在聽起來很有趣！ – 2010-07-16 13:35:17

我知道這有點晚了，但你有沒有聽說過Test-Driven Development？

有很多的測試，你可以建立發現「剩餘」的錯誤：

1）單元測試

2）集成測試

3）行爲/業務/驗收測試

你總是可以參加Developer Testing Bootcamp以獲得更多的想法。

2010-07-16 13:29:46

「有點晚」是輕描淡寫。 – 2010-07-16 13:30:37

如何將TDD整合到基於Databound，GUI驅動的應用程序中？ – Malfist 2010-07-16 13:35:09

您需要從數據中提取用戶界面。遵循諸如MVC（模型 - 視圖 - 控制器）之類的模式。這使您可以測試業務規則所在的模型和控制器。你不會爲視圖編寫單元測試。 – jdot 2010-07-16 13:45:32

您可以讓一些最終用戶參與並以這種方式進行beta測試。他們的應用程序到現在爲止的經驗越少，他們嘗試你沒有想到的事情的可能性就越大。

2010-07-16 13:29:57

由於您沒有使用TDD編寫它。現在最好的選擇是增加儘可能多的自動化測試來覆蓋常見的場景。這樣，當你發現錯誤，並且程序中總是存在缺陷時，你可以在修復它們時儘可能降低系統其他部分的風險。

2010-07-16 13:31:43 CaffGeek

+1：「儘可能多地添加自動化測試」。從最容易指定和編寫測試的內容開始。一旦你有一個測試基礎運行，繼續努力。 – 2010-07-16 14:22:06

回答