一定要看！不要讓這十個盲點影響你的職業(yè)生涯

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

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

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

二、從實際業(yè)務中學習

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

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

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

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

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

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

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

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

六、積累測試經(jīng)驗

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

七、設(shè)計有效的測試用例

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

八、多方面考慮用例

用例除了要在需求基礎(chǔ)上，也要從業(yè)務邏輯上，還有平時測試的經(jīng)驗上來，主要從這幾點上考慮。

九、軟件測試是有2種假設(shè)前提

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

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

十、發(fā)現(xiàn)錯誤和不發(fā)現(xiàn)錯誤都是有效

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

結(jié)論

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