小議軟體測試分析

這幾年的軟體測試經歷，最大的感觸莫過於常常對測試分析的忽視。很多時候是做些測試分析，但也不過是蜻蜓點水，實在對質量保證和軟體測試的規範化沒有多少益處。如果是幾年前是因為軟體測試剛起步，還能原諒這些失誤的話，現在還這麼說，就有些蒼白了。

軟體測試分析由軟體測試而來，而軟體測試是軟體工程的組成部分，是軟體質量的過濾器。軟體測試分析（針對軟體測試需求）就是軟體測試質量的基礎。（此處不討論軟體工程及測試需求）

必須要承認的是，每次進行測試之前，都是有一定的測試分析的（最起碼要搞明白要測試什麼吧？！）。一般來講，都會先搞清楚，要測試的是什麼，怎麼進行測試，然後大致有一個什麼結果。然後由於專案進度的原因，就著手進行了，遇到問題，再看情況解決。這些都沒有錯，也是最基本的。但是這些恐怕只能給出質量的度的大致評定，可測量的量萼標準就很難說了，因為從一開始就沒有相關的概念和設計。而如何在這一點上有所提高，就是本文所要探索的。

首先，要明確軟體工程的思想，從工程的角度去考慮問題，工程的可測量度，直接決定了測試的可測量度。不要把工程放在軟體專案裡，而是要把軟體專案放在工程裡進行考慮。這樣可以給測試和測試分析找到準確的定位，並從工程思想，尤其是軟體工程思想中，找到測試分析的方法，做出高質量的測試分析為測試做一個好前提。

其次，測試分析不光是要明確如何對測試物件進行測試，更要確定所進行的測試能進行到什麼程度？這個度和量的評價標準是什麼？這個標準對測試質量的貢獻到什麼程度？這種程度能否滿足測試需求？

還有，就是背靠背的測試分析，這個要基於團隊合作。如果說上面兩個可以從規章上控制，這個就在很大程度上取決於lead的素質了。

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