提升測試效率,為需要軟體測試報告的企業節約時間成本

測評機構王經理發表於2022-08-10

所謂的測試效率就是測試產出和測試時間之比,假設測試產出是一個定值,那要提高測試效率,就是要縮短測試時間。那要怎麼才能減少測試時間呢?

  1、不要做無效的測試

  一般專案前期bug都是較多的而且極為不穩定的,如果有多個較嚴重的bug,可以拒絕繼續測試。一方面繼續測試也沒有意義,因為阻塞測試地方會有很多,也無法測試全:另一方面即便繼續測試出很多bug,也可能由於那些bug引起的,倒不如等這些修復之後再繼續測試。

  這樣對於前期來說可以節約不少測試時間,把做無效測試的時間留出來想想如何最佳化測試順序。

  2、不要做重複的測試

  要做到這點的前提是要對整個專案的架構,相互的之間的聯絡等等要十分了解,這樣可以避免很多看似不同的測試點,但實際只是一個測試點,僅僅是外面包裝的不同而已。

  於是當這一個測試點有bug,那些其他看似不同的測試點其實也不用測試了,肯定也是有問題的,那提bug的時候可以列出核心問題所在,並將其他涉及的點列出來,等驗證的時候再把那些點都在驗證一遍。這樣等於少做了很多測試,只是在驗證的同時把測試再覆蓋全。

 3、不同測試版本的測試側重點

  對於測試來說肯定需要測試很多輪,每一個測試版本作為一個測試輪,但是不是需要每個版本都做完整的測試呢?答案肯定是否定的,不然測試豈不是要累死?

  那應該怎麼取捨和分配呢?這裡提供一下思路:

  第一輪:只測試大致功能,不需要細測,列出主要bug。

  第二輪:驗證第一輪bug,然後全面細測,列出所有能發現的bug。

  第三輪——第x輪:驗證上一輪的bug。

  最後一輪:驗證全部bug,並全面細測。

  有人要問怎麼才能判斷是不是最後一輪?很簡單,當所有發現的bug均關閉狀態,這個時候就可以作為最後一輪來判斷,而這一輪也是最重要的一輪,因為涉及到上線所以需要驗證前x輪的所有bug,以避免bug修復完被bug再次覆蓋的情況。

  如果按照以上的思路,其實只是第二輪和最後一輪需要全面測試,這樣對於測試輪數多的情況下又能節約很多測試時間。

 4、最佳化測試順序

  以上3個都是基於bug多的情況下(而這是常態,沒bug反而不是常態了),如果專案質量就是那麼好,bug很少,那上面3個其實也省不了多少時間。所以最最關鍵的其實還是在於測試本身,如何透過最佳化測試順序,來節約自己的測試時間呢?這裡有一套反常規的理論,就是先測試異常情況,而不是先測試正常情況。

  舉個例子:

  就拿註冊功能來說,一般會分為3個步驟,註冊,驗證,登入,一般正常情況都是先測試正常註冊,正常驗證,正常登入,然後測試異常註冊,異常驗證,異常登入。但這樣有一個缺點,會有重複無用的操作:

  當完成正常測試後再測試異常之前,需要從登入狀態退出,然後再點選註冊入口進行註冊。

  當測試異常驗證的時候,需要再次測試正常註冊,不然就進入不了驗證的步驟。

  當測試異常登入的時候,又需要再次測試正常驗證,不然就進入不了登入的步驟。就這3點也許大家覺得最多浪費幾十秒的時間,但如果註冊資訊要填很多呢,如果驗證郵件或者簡訊要延遲很久才收到呢,這樣就是浪費了幾分鐘吧。如果有其中有bug,那可能要測試多次來定位問題,那就可能浪費了10分鐘,而這僅僅是一個並不複雜的測試,如果涉及到更復雜的關聯,可能會浪費更多的時間在於無效和重複的測試中。

  那麼問題來了,這麼調整測試順序呢?

  · 先測試異常註冊,輸入各種錯誤的註冊資訊,如果沒有bug的情況下是跳不到驗證介面的;

  · 然後測試正常註冊,可以正常跳到驗證介面;

  · 接著測試異常驗證,如果沒有bug的情況下是跳不到登入介面的;

  · 再測試正常驗證,可以正常跳到登入介面;

  · 再測試異常登入,如果沒有bug的情況下是無法正常登入的;

  · 最後測試正常登入,可以登入完成這樣其實覆蓋的測試點一個沒少,但卻沒有無效和重複的測試,調整順序之後可以減少不必要的操作,積少成多的節約測試時間。

        軟體測評報告請聯絡王經理18684048962,更多資訊請關注公眾號:軟體測評閒聊站

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70019782/viewspace-2909795/,如需轉載,請註明出處,否則將追究法律責任。

相關文章