| 對軟件測試行業認知的六個誤區，你占幾個？ | 當前位置： 首頁> 學習中心> 小白入門> 詳情 |
對于很多不了解軟件測試的人來說，同樣是從事IT行業工作，軟件測試人員看起來卻要比軟件開發人員“矮一截”。
這其實都是由于大家對軟件測試行業不了解造成的，今天，小編就為大家解答一些常見的軟件測試行業誤區，希望對大家有用~
誤解1、測試比較簡單，不懂技術也能勝任
很多人認為軟件測試是個簡單的工作，不需要會編寫程序，也不需要很深厚的專業技術能力。但做為一個好的測試工程師，一定是需要專業的技能訓練以及經驗積累。
測試是一個廣泛的范疇，各種各樣不同的測試概念以及對應的測試方法、測試工具都需要大量的實踐和學習才能在需要的時候應對自如。
開發和測試是兩個不同的技術領域，我們不能以同樣的技術標準來衡量兩種不同的工作。
開發工作的重點是高效、高質量地實現功能，而測試工作的重點是盡可能多地將軟件失效在交付用戶前暴露出來。
測試工程師擅長開發技能可以幫助測試工程師更加深入地理解軟件或幫助自己提供輔助手段來測試軟件，但是這不能作為測試工作是否專業的評判標準。
誤解2、和開發相比，測試沒什么前途
前幾年國內普遍存在著“重開發、輕測試”的現象，甚至在很多互聯網公司里，根本就沒有軟件測試崗，產品上線前純靠開發和非專業人員的內部測試。
大多數人認為軟件開發就是編寫代碼，給人的印象往往是程序員是真正的牛人，具有很高的地位和待遇，相反地軟件測試很不受重視，相關人員的地位和待遇自然也比不過開發，甚至軟件測試變得可有可無。
可最近幾年隨著軟件行業的日漸成熟，用戶對產品的體驗感、安全性更加關注，各大企業對產品的重視度也越來越高，軟件測試變得越來越重要，相應的軟件測試人員的地位和待遇也在逐漸提高。
軟件測試將會成為一個具有很大發展前景的行業，軟件測試大有前途，市場需要更多具有豐富測試技術和管理經驗的測試人員。
誤解3、軟件開發完成后，測試才開始工作
軟件項目要經過需求分析，概要設計，詳細設計，軟件編碼，軟件測試，軟件發布這幾個階段。因此不了解軟件測試周期的人會錯誤地認為軟件測試只是軟件編碼后的一個過程。
軟件測試是一個系列過程活動，包括軟件測試需求分析，測試計劃設計，測試用例設計，執行測試。因此，軟件測試貫穿于整個軟件項目的生命周期里，對其每一個階段都要進行不同目的和內容的測試活動，以保證各個階段的正常使用。
軟件測試的對象不僅僅是軟件代碼，還包括軟件需求文檔和設計文檔。
如果等到軟件編碼結束后才進行測試，測試時間將會很短，測試覆蓋面很不全面，因此次測試效果也將大打折扣。
另一方面測試過程中發現軟件需求階段或概要設計階段的錯誤，此時再進行該類bug的修復將會耗費大量的時間和人力。
因此測試應盡早介入，不同階段產生的bug在不同階段修復將降低成本，對產品最終質量就更能產生積極的效果。
誤解4、通過測試，可以發現所有bug
軟件測試有一條原則：測試是不能窮盡的。測試會面對大量的測試數據、測試場景或代碼路徑等，測試也只是一個樣本實驗，不能證明軟件是正確的，只能說明發現的缺陷的確是缺陷。
但如果沒有發現問題，并不能說明問題就不存在，而是至今未發現軟件中所潛在的問題。
測試中，測試人員會盡量站在用戶角度來考慮軟件的使用場景，但是他并不能預測所有的用戶行為，也不可能提前預知所有的運行環境和場景，所以不可能要求測試人員提前發現所有的潛在bug。
在測試工作中，限定測試范圍并告知用戶經過驗證的場景是相對嚴謹的做法。
測試工作和開發工作、需求分析工作密不可分，產品的總體質量是整個研發團隊共同作用的結果。
軟件發布后的bug產生是整個研發過程中整體流程的作用后果，是評估產品研發整體質量的一個重要標準。
出現bug并不能簡單地歸結為某一個人的責任，而是應該分析軟件項目的各個過程，從過程改進方面尋找產生錯誤的原因和改進的措施。
誤解5、測試就是寫測試用例，然后執行
測試就是把需求轉換成測試用例，然后在軟件中執行這些用例。這是一個在瀑布研發模式時代非常廣泛的一個錯誤看法。
很多測試工作被嚴格地要求有非常完備的測試設計文檔，然后依照這些文檔進行覆蓋式地執行驗證。可能高級測試工程師負責編寫，然后初級工程師來執行。
然而在如今敏捷研發模式時代，也換了個模樣，但是依然存在類似的認知。這其實依然是把測試工作文檔化，只是這個文檔變成了單元測試代碼，執行變成了計算機。本質依然是測試=測試設計+執行。
事實上，輸出測試設計文檔，并不是真的那么重要。測試中，更重要的永遠是那些創造性的東西，提問、研究、建模、觀察、推理、試驗等。
文檔是這些活動的一個輸出形式，我們不應該把測試簡單看作是這些文檔的機械生成和執行。
誤解6、自動化測試可以代替測試
這個誤解在現如今幾乎已經成為信條了。確實，理論上，所有的測試用例都可以通過技術手段來實現并自動執行，但是正如我們在前面提過的，測試并不是測試用例+測試執行的疊加。
測試還包括大量的創造性的活動。除此之外，即使自動化測試能把所有的測試用例都通過機器執行實現，也不意味著應該這么做。
自動化測試本身也是一項投資，有大量的投入在其中。很多測試場景通過自動化測試可以產生很大的價值，比如大量重復性的驗證。但是也有很多場景，不需要通過自動化的投入來實現，比如很多一次性的功能驗證，還有依賴人進行主觀判斷的功能等。
測試中的檢查工作，很大一部分可以通過自動化測試代替，但是測試工作不會被自動化測試代替。即使可以實現自動化測試的場景，我們也要通過ROI的衡量(如測試金字塔)來確定實施自動化測試的必要性 。
以上列舉的6個軟件測試誤區，你曾經誤會了哪些？
滬公網安備 31010102002527號
