軟件測試和硬件測試一字之差，可是區別大了！

昨晚和一個作嵌入式的朋友聊到了測試，而後據說我有段時間專一測試自動化，因而和我討論了一些硬件測試和軟件測試相關的東西，有些零散，但朋友見面談技術也有點「浪費」寶貴的敘舊時間。不過這個問題仍是留在了個人To Be answered的問題中。今天特地翻翻《Wiley.Systems Engineering Principles and Practice.2Ed.2011》一書，終於找到了相關的答案。

軟件測試和硬件系統的測試的整體目標大體上是同樣的，但硬件和軟件之間的基本差異致使測試的技巧和策略就有很大不一樣。

在這裏推薦一個軟件測試交流羣，qq:642830685,羣中會不按期的分享軟件測試資源，測試面試題以及行業資訊，你們能夠在羣中積極交流技術，還有大佬爲你答疑解惑，風裏雨裏我在羣找中等你。

測試路徑。控制結構（分支、循環和switch）的無限制使用使得即便很小的程序都有不少可能的邏輯路徑。測試全部可能的路徑是不可能的，所以必須強制選擇有限數量的測試用例。
接口。軟件模塊之間的大量接口及其深度和有限的可見性使得定位測試點並測試中不一致的很困難。
抽象。軟件的設計描述比硬件設計文檔更抽象，更不容易理解。這使得測試計劃變得複雜。
變化。在軟件中的明顯變化就要求相應的更多從新測試。本地變化會要求重複系統測試。
失效模式。 不少軟件錯誤的災難性有着兩個嚴重後果。其一是對系統運行的影響。其二就是在系統沒法工做時失效緣由診斷的提示。