一位在軟件測試摸爬滾打了二十年的技術大佬總結的關于軟件測試中的十大盲點，幫助我們在軟件測試的學習和工作中避免一些錯誤問題，讓我們在軟件測試的工作學習中更加的輕松便捷。

一、不能只基于基本需求考慮

簡單的說，需求上明確要求的，你寫成案例都應該是有效案例，在**了基本需求用例覆蓋后，再逐步的增加案例的類型考慮意外的情況等等。測試是計劃出來的，不是測出來的。

二、從實際業務中學習

建議從被測應用所涉及的實際業務開始學習起。

三、一個用例能解決所有問題嗎?

對于一個用例能解決所有問題的方法只有在不斷累積的基礎上才能完成，不過，可能到時候會發現--此用例太臃腫了。

四、不知道用例怎么劃分？

能夠檢查出錯誤的用例就是有效的?-------對于已知錯誤編寫的用例，就算測出了這個錯誤也不能說是有效的吧?

不能測試出錯誤的用例就是無效的?-------對于你覺得這個地方比較容易出現缺陷而編寫的用例，就算是沒有測出問題，應該也不能說是無效吧?

五、不斷擴充、修改測試用例

測試用例是不斷的擴充，修改出來的，現在好象還沒有誰說能夠讓一套測試用例貫穿整個軟件開發周期的啊!

六、積累測試經驗

首先我覺得如果你想在測試行業發展的話，你就應該自己去找一些測試相關書籍去學習，這當然是要靠自己了;另外你可以去你們的用例庫看看別人寫的用例，同時請教公司的前輩，切記要虛心!把每天學到的東西記下來;還有就是好好的看需求，深入的挖掘和分析其顯式的和隱式的需求，明確需求后你才知道要測什么?測試的目的是什么?再就是用例設計方法了，常用的有等價類邊界值法，因果圖判定表法，狀態遷移圖法，流程圖法，正交分析法，異常分析法，錯誤處理法等;之后你把平時工作中的成功和失敗的經驗教訓都記下來，因為測試也是需要經驗積累的。

七、設計有效的測試用例

你可以站在前的人肩膀上，針對本次你負責的項目，分析查看以前類似項目的用例是怎樣設計的，和其它的有經驗的測試人員交流，分析他們是怎樣去設計用例。分析以前項目的缺陷報告，缺陷多是由于什么原因引起的。想信經過分析以后你會有很大的收獲。

八、多方面考慮用例

用例除了要在需求基礎上，也要從業務邏輯上，還有平時測試的經驗上來，主要從這幾點上考慮。

九、軟件測試是有2種假設前提

（1）假設軟件是正確的，我們寫測試用例，測試軟件等等完全是為了證明軟件的正確性。

（2）發現了錯誤與漏洞，及時正確改正，那么軟件還是正確的，測試到之后都始終堅信軟件是正確的；不知道如果這樣的話，你估計會從始至終都會認為你所做的測試是無效的呢。

十、發現錯誤和不發現錯誤都是有效

假設軟件是錯誤的，也就是說錯誤隨處可見，測試的目的是為了發現軟件的錯誤而努力的盡可能廣得進行軟件測試，當發現問題時會發現軟件確實存在錯誤，假設是正確的，這樣測試是為了發現盡可能多的錯誤而存在的。

結論

所以說任何測試，任何測試用例，只要按需求走，都是有效的；測試對象不同，測試目的不同，測試方法不同。學會有計劃性的測試，比盲目的下手，能更深刻的理解測試的目的，也才能在實際的測試中做到有效而不被動。