一位在軟件測試摸爬滾打了二十年的技術(shù)大佬總結(jié)的關(guān)于軟件測試中的十大盲點,幫助我們在軟件測試的學(xué)習(xí)和工作中避免一些錯誤問題,讓我們在軟件測試的工作學(xué)習(xí)中更加的輕松便捷。
一、不能只基于基本需求考慮
簡單的說,需求上明確要求的,你寫成案例都應(yīng)該是有效案例,在**了基本需求用例覆蓋后,再逐步的增加案例的類型考慮意外的情況等等。測試是計劃出來的,不是測出來的。
二、從實際業(yè)務(wù)中學(xué)習(xí)
建議從被測應(yīng)用所涉及的實際業(yè)務(wù)開始學(xué)習(xí)起。
三、一個用例能解決所有問題嗎?
對于一個用例能解決所有問題的方法只有在不斷累積的基礎(chǔ)上才能完成,不過,可能到時候會發(fā)現(xiàn)--此用例太臃腫了。
四、不知道用例怎么劃分?
能夠檢查出錯誤的用例就是有效的?-------對于已知錯誤編寫的用例,就算測出了這個錯誤也不能說是有效的吧?
不能測試出錯誤的用例就是無效的?-------對于你覺得這個地方比較容易出現(xiàn)缺陷而編寫的用例,就算是沒有測出問題,應(yīng)該也不能說是無效吧?
五、不斷擴(kuò)充、修改測試用例
測試用例是不斷的擴(kuò)充,修改出來的,現(xiàn)在好象還沒有誰說能夠讓一套測試用例貫穿整個軟件開發(fā)周期的啊!
六、積累測試經(jīng)驗
首先我覺得如果你想在測試行業(yè)發(fā)展的話,你就應(yīng)該自己去找一些測試相關(guān)書籍去學(xué)習(xí),這當(dāng)然是要靠自己了;另外你可以去你們的用例庫看看別人寫的用例,同時請教公司的前輩,切記要虛心!把每天學(xué)到的東西記下來;還有就是好好的看需求,深入的挖掘和分析其顯式的和隱式的需求,明確需求后你才知道要測什么?測試的目的是什么?再就是用例設(shè)計方法了,常用的有等價類邊界值法,因果圖判定表法,狀態(tài)遷移圖法,流程圖法,正交分析法,異常分析法,錯誤處理法等;之后你把平時工作中的成功和失敗的經(jīng)驗教訓(xùn)都記下來,因為測試也是需要經(jīng)驗積累的。
七、設(shè)計有效的測試用例
你可以站在前的人肩膀上,針對本次你負(fù)責(zé)的項目,分析查看以前類似項目的用例是怎樣設(shè)計的,和其它的有經(jīng)驗的測試人員交流,分析他們是怎樣去設(shè)計用例。分析以前項目的缺陷報告,缺陷多是由于什么原因引起的。想信經(jīng)過分析以后你會有很大的收獲。
八、多方面考慮用例
用例除了要在需求基礎(chǔ)上,也要從業(yè)務(wù)邏輯上,還有平時測試的經(jīng)驗上來,主要從這幾點上考慮。
九、軟件測試是有2種假設(shè)前提
(1)假設(shè)軟件是正確的,我們寫測試用例,測試軟件等等完全是為了證明軟件的正確性。
(2)發(fā)現(xiàn)了錯誤與漏洞,及時正確改正,那么軟件還是正確的,測試到之后都始終堅信軟件是正確的;不知道如果這樣的話,你估計會從始至終都會認(rèn)為你所做的測試是無效的呢。
十、發(fā)現(xiàn)錯誤和不發(fā)現(xiàn)錯誤都是有效
假設(shè)軟件是錯誤的,也就是說錯誤隨處可見,測試的目的是為了發(fā)現(xiàn)軟件的錯誤而努力的盡可能廣得進(jìn)行軟件測試,當(dāng)發(fā)現(xiàn)問題時會發(fā)現(xiàn)軟件確實存在錯誤,假設(shè)是正確的,這樣測試是為了發(fā)現(xiàn)盡可能多的錯誤而存在的。
結(jié)論
所以說任何測試,任何測試用例,只要按需求走,都是有效的;測試對象不同,測試目的不同,測試方法不同。學(xué)會有計劃性的測試,比盲目的下手,能更深刻的理解測試的目的,也才能在實際的測試中做到有效而不被動。