誤區 1：測驗成本太高
在軟體開發期間花更少的錢進行測驗，或者在以后的維護或修正上花更多的錢，早期測驗可以在許多方面節省時間和成本，但是不進行測驗就降低成本可能會導致軟體應用程式設計不當，從而導致產品無用，
誤解 2：測驗很耗時
測驗從來都不是一個耗時的程序，然而，診斷和修復在正確測驗期間發現的錯誤是一項耗時但富有成效的活動，
誤解 3：只測驗完全開發的產品
測驗取決于源代碼，但審查需求和開發測驗用例獨立于開發的代碼，然而，作為開發生命周期模型的迭代或增量方法可以減少測驗對完全開發的軟體的依賴性，
誤解 4：完全測驗是可能的
當客戶或測驗人員認為完整的測驗是可能的時，這就會成為一個問題，團隊可能已經測驗了所有路徑，但永遠不可能進行完整的測驗，可能有一些場景在軟體開發生命周期中從未被測驗團隊或客戶執行過，而在專案部署后可能會執行，
誤區 5：經過測驗的軟體沒有錯誤
這是客戶、專案經理和管理團隊所相信的一個非常普遍的神話，即使具有高超測驗技能的測驗人員測驗了軟體應用程式，也沒有人可以絕對肯定地聲稱軟體應用程式是 100% 無錯誤的應用，
誤區 6：遺漏的缺陷是由測驗人員造成的
即使在執行測驗后，將應用程式中仍然存在的錯誤歸咎于測驗人員并不是一種正確的方法，這個神話與時間、成本和需求變化約束有關，然而，測驗策略也可能導致測驗團隊遺漏錯誤，
誤解 7：測驗人員對產品質量負責
這是一個非常普遍的誤解，認為只有測驗人員或測驗團隊應該對產品質量負責，測驗人員的職責包括向利益相關者識別錯誤，然后由他們決定是修復錯誤還是發布軟體，當時發布軟體會給測驗人員帶來更大的壓力，因為他們會因任何錯誤而受到指責，
誤區 8：應盡可能使用測驗自動化以減少時間
，測驗自動化確實減少了測驗時間，但在軟體開發程序中的任何時候都無法啟動測驗自動化，當軟體經過人工測驗并穩定到一定程度時，應啟動測驗自動機，此外，如果需求不斷變化，則永遠無法使用測驗自動化，
誤解 9：任何人都可以測驗軟體應用程式
IT 行業以外的人認為甚至相信任何人都可以測驗軟體，而測驗并不是一項創造性的作業，然而，測驗人員非常清楚這是一個神話，考慮替代方案，嘗試使軟體崩潰以探索潛在錯誤對于開發它的人來說是不可能的，
誤區 10：測驗人員的唯一任務是查找錯誤
發現軟體中的錯誤是測驗人員的任務，但與此同時，他們是特定軟體的領域專家，開發人員只負責分配給他們的特定組件或區域，但測驗人員了解軟體的整體作業原理、依賴項是什么以及一個模塊對另一個模塊的影響，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/301940.html
標籤：其他
上一篇：python學習教程1-安裝python和開發工具pycharm
下一篇：2021icpc網路賽