前言
在公司已經干了6年的測試了，干測試經理也5年了。眼看就要離開奮戰了6年的崗位，還真有點兒舍不得。但沒辦法，該離開的時候就要離開，光傷感是沒有用的。正好趁此機會把自己6年來一直想寫但沒寫的東西寫出來。這篇文件純粹是對自己工作的回顧。由于時間倉促基本上是想到什么些什么，有點兒亂，也請大家多多擔待了。只要還有些人能從中找到些兒同感，或從中得到一些幫助，一些經驗，我就知足了。
什么是測試
首先我要談談什么是測試。相信好多測試人員跟我一樣，來公司之前也沒有從事過任何測試工作。對于測試都是從零開始的。也有好多人跟我一樣，從各種書上或是培訓中得到過有關測試的各種定義。但不知道大家有沒有凈下心思考一下。什么是測試。在公司公司測試工作的定義是什么，測試的工作范圍是什么。
測試的定義根據測試技術的發展，歷經了3個主要的階段。第一個階段，認為測試就是找產品中的bug。第二個階段，除了找bug以外，又增加測試是對軟件質量的度量這一概念。第三個階段，明確了測試是指為了度量和提高被測試軟件的質量，對測試件進行工程設計，使用和維護的并發生命周期。注意其中提高的測試件，其主要是與軟件這個詞進行對應。明確測試也是一種開發過程。他的工作成果就是測試件，好像平時我們所謂的測試案例、測試腳本等等都可以稱為測試件。然后使用測試件去度量和提高被測試軟件的質量。
目前，在中國大部分軟件企業，尤其是中小型的軟件企業還停留在第一階段。我個人覺得公司稍微好一點兒，處于一、二階段之間。因為我們平時做的最多的一件事，還是找bug。至于測試案例和測試腳本等等，只占用工作量的很小一部分。而且我看不到大家在平時的測試工作中是完全依據測試案例進行測試的。目前測試案例等工作更多的成為了一種形式上的產物。從有些部分所有產品的測試案例在一個下午就能評審完就能看得出來。
說到這里順便在談一句測試計劃。目前的測試計劃是作為產品計劃的一部分。先明確大概發版時間，然后是各個階段的里程碑，其中提交集成的里程碑是死的。開發需要的時間就是那么多，剩下倒推的時間就是測試的時間。這樣定出的計劃是否能夠起到計劃的作用就不好說了�，F在的計劃更多的是羅列聯調測試的各種內容，至于時間，不說也罷。所以從中也可以開出公司的測試也就停留在一、二階段之間。
明確了公司測試的定義（個人理解），也就不難理解公司給測試人員的定位了。在測試人員中經常流傳的一種說法就是國外測試人員的地位多么多么的高，開發就是coding。咱們公司開發比測試多拿多少多少，測試人員地位是開發序列中最低的。大家也要看看人家公司測試人員的素質，測試在開發過程中的重要性。再看看自己所從事的工作，就是找軟件的bug。當然我也個人認為有經驗極其豐富的測試人員對產品的貢獻比開發和需求大。明確了這些，心里也就能少點兒不平衡感。
測試方法的思考
說完個人對測試含義的理解，再說說個人對測試方案的一些思考。
個人認為在公司6年，測試方法沒有什么提高。主要還是以黑盒測試為主。中間也曾經引入過各種各種工具，但測試人員真正用起來的也就是robot。而且robot主要是進行回歸測試，再加上一些人并沒有真正認識到其價值，應用范圍也極其有限。對整體測試效率的提升影響不大。所以目前的測試方案還主要是以需求為依據的黑盒測試。至于什么極限值了，成對測試法等等，都是建立在黑盒測試的基礎上，而且從我一來公司就有相應的測試項目，只不過沒有明確概念而已。
另一個說個人覺得6年來公司測試方法沒有什么提高的原因是，6年前測試是以人為主，靠得是測試人員的經驗，對產品的熟悉程度，對業務的理解程度。6年后測試還是以人為主，人就是測試的主體，產品質量的保證。還沒有過渡到測試案例就是測試的主體，測試案例的完整性是產品質量的保證。只要測試還是以人為本，我覺得測試的效率就不會有太大提高，產品質量的信心來源也是對相關測試人員的信任。
我個人覺得以黑盒測試為主要的測試方法沒錯，而且也比較符合目前公司的測試現狀。但一定要注意各種經驗的總結、積累，更重要的是共享。雖然目前測試案例在測試工作過程中的地位不重要，但其畢竟是編寫者的經驗積累。匯總起來也是一筆可觀的財富�？涩F在如果有人問我850的測試方案在那里，其中還有多大比例能夠用在現在的產品中，在現在的測試工作中有多少以前的案例能夠復用。其他產品中的測試案例中有多少是關于接口功能，有多少我可以借鑒。我不知道，這也是自己工作不到位的地方。所以我要說的作為黑盒測試為主要的測試方法，一定要注意測試經驗的總結和共享。
文章來源于領測軟件測試網 http://www.kjueaiud.com/