昨晚和一個做嵌入式的朋友聊到了測試，然後聽說我有段時間專注測試自動化，於是和我討論了一些硬件測試和軟件測試相關的東西，有些零散，但朋友見面談技術也有點“浪費”寶貴的敘舊時間。不過這個問題還是留在了我的To Be answered的問題中。今天特意翻翻《Wiley.Systems Engineering Principles and Practice.2Ed.2011》一書，終於找到了相關的答案。
軟件測試和硬件系統的測試的總體目標大致上是一樣的，但硬件和軟件之間的基本差別導致測試的技巧和策略就有很大不同。
在這裏推薦一個軟件測試交流羣，qq:642830685,羣中會不定期的分享軟件測試資源，測試面試題以及行業資訊，大家可以在羣中積極交流技術，還有大佬爲你答疑解惑，風裏雨裏我在羣找中等你。
測試路徑。控制結構（分支、循環和switch）的無限制使用使得即使很小的程序都有很多可能的邏輯路徑。測試所有可能的路徑是不可能的，因此必須強制選擇有限數量的測試用例。
接口。軟件模塊之間的大量接口及其深度和有限的可見性使得定位測試點並測試中不一致的很困難。
抽象。軟件的設計描述比硬件設計文檔更抽象，更不容易理解。這使得測試計劃變得複雜。
變化。在軟件中的明顯變化就要求相應的更多重新測試。本地變化會要求重複系統測試。
失效模式。 很多軟件錯誤的災難性有着兩個嚴重後果。其一是對系統運行的影響。其二就是在系統無法工作時失效原因診斷的提示。