注意！測試過程當中的10個誤區！

下面給出了一些關於軟件測試的最多見的誤區。

誤區1：測試太貴了
現實 - 有一種說法，在軟件開發過程當中爲測試付出的代價很低，可能會致使之後的維護或修正須要支付更多費用。早期測試在許多方面節省了時間和成本，可是在沒有測試的狀況降低低成本可能致使軟件應用程序的不正確設計使得產品無用。

誤區2：測試耗費時間
現實 - 在SDLC階段，測試歷來不是一個耗時的過程。而且，診斷和修復在測試期間發現的錯誤是一項耗時但富有成效的工做。

誤區3：只測試了徹底開發的產品
現實 - 毫無疑問，測試取決於源代碼，但審查需求和錄製測試用例與開發的代碼無關。然而，做爲開發生命週期模型的迭代或增量方法能夠減小測試對徹底開發的軟件的依賴性。

誤區4：完成測試是可能的
現實 - 當客戶或測試人員認爲能夠進行完整測試時，這成爲一個問題。全部路徑均可能已經通過團隊測試，但徹底測試是不可能的。在軟件開發生命週期中，可能存在一些從未由測試團隊或客戶執行的場景，而且可能在項目部署完成後纔會表現出來。

誤區5：通過測試的軟件無錯誤
現實 - 這是客戶、項目經理和團隊管理者所信奉的一個很是廣泛的誤區。沒有人可以絕對確定地聲稱軟件應用程序100％無錯誤，即便具備出色測試技能的測試人員已經測試了應用。

誤區6：錯過的缺陷是由測試人員形成的
現實 - 即便在執行測試以後，將仍然存在於應用程序中的錯誤歸咎於測試人員也不是一種正確的方法。這個誤區涉及時間、成本和不一樣場景。可是，測試策略也可能致使測試團隊錯過錯誤。

誤區7：測試人員對產品質量負責
現實 - 這是一個很是常見的誤解，只有測試人員或測試團隊才應對產品質量負責。測試人員的職責包括幫助利益相關者識別錯誤，而後由他們決定是修復錯誤仍是發佈軟件。當時發佈軟件會給測試人員帶來更大的壓力，由於他們會因任何錯誤而受到指責。

誤區8：應儘量使用測試自動化來縮短期
現實 - 是的，測試自動化確實減小了測試時間，但在軟件開發過程當中沒法隨時啓動測試自動化。當軟件通過手動測試而且在某種程度上穩定時，才應該啓動測試自動化。此外，若是需求不斷變化，則永遠不能使用測試自動化。

誤區9：任何人均可以測試軟件應用程序
現實 - IT行業之外的人們認爲任何人均可以測試軟件而且測試不是一項創造性的工做。然而，測試人員很是清楚這是一個誤區。思考替代方案、嘗試崩潰軟件以探索潛在的錯誤對於開發它的人來講是不可能的。

誤區10：測試者惟一的任務就是找到錯誤
現實 - 在軟件中查找錯誤是測試人員的任務，但與此同時，他們是特定軟件的領域專家。開發人員只負責分配給他們的特定組件或區域，但測試人員須要瞭解軟件的總體工做方式，包括依賴關係以及一個模塊對另外一個模塊的影響。

本人創業團隊產品MadPecker，主要作BUG管理、測試管理、應用分發網址:www.madpecker.com，有須要的朋友歡迎試用、體驗！本文爲MadPecker團隊產品經理譯製，轉載請標明出處