【文章內(nèi)容簡介】 ：開發(fā)好像是9人，測試3人。(我來的時候是產(chǎn)品的第2個版本，人力投入大概如此)
　　我入部門幾天后，T項目就進(jìn)入了測試階段。我的任務(wù)就是執(zhí)行分配給我的測試用例。當(dāng)時我只知道根據(jù)測試用例描述的內(nèi)容，去點鼠標(biāo)，如果發(fā)現(xiàn)程序出現(xiàn)錯誤或異常，就填寫問題單。我就這樣沒有任何思考的按著測試用例點了3個月的鼠標(biāo) : )
　　現(xiàn)在想起當(dāng)初的測試工作，實在有太多的不足，和待改進(jìn)點。
　　1|||、 測試用例。對于一個軟件的測試來講，測試用例是至關(guān)重要的。測試用例要覆蓋所有測試規(guī)格，而且測試用例要易于理解、易于執(zhí)行，簡單的講就是要描述的規(guī)范。而當(dāng)時我們的測試用例卻是一團(tuán)糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。測試用例的預(yù)置條件、操作步驟、預(yù)期結(jié)果的描述也是亂糟糟的，而且用于存儲測試用例的Excel表格設(shè)計的很差，界面很不友好，從一定程度上降低了測試效率。
　　 產(chǎn)品知識。T軟件雖然是在PC和工作站上運行的，但是開發(fā)T軟件的目的是為產(chǎn)品服務(wù)的，所以我們必須具備產(chǎn)品知識，才能更好的對T軟件進(jìn)行測試。恰巧當(dāng)時包括我導(dǎo)師在內(nèi)的3個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。從而導(dǎo)致了與開發(fā)人員的多次爭吵。
　　 軟件測試的重點不明確。軟件測試是軟件工程中的一項重要活動，它盡可能發(fā)現(xiàn)程序中存在的缺陷，保證程序的質(zhì)量。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要1月份發(fā)布，你總不能測到12月份再給他發(fā)布吧。當(dāng)時我們在一些小問題上與開發(fā)人員糾纏過多，而很多重點卻沒有得到重視，一些嚴(yán)重問題暴露的比較晚，導(dǎo)致測試時間延了又延，版本測了一個又一個，想起那些日子，只能如此描述：“累并痛苦著”。 : (
　　 測試流程的把握。7月份中旬，T項目從開發(fā)部轉(zhuǎn)到測試部，進(jìn)入了測試階段，實際當(dāng)時的產(chǎn)品質(zhì)量并不能達(dá)到轉(zhuǎn)測試的標(biāo)準(zhǔn)，而我們卻讓他們通過了轉(zhuǎn)測試，結(jié)果就給我們自己帶來了巨大的痛苦。而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了。回頭想一想，T軟件還真的是我們測出來的，而不是開發(fā)寫出來的 : )
　　 缺少針對性測試。軟件也可以分很多種，不同的軟件有不同的特點，自然就需要針對性的測試了，
　　一年級語文家長會講稿%A(20xx1125 11:26:53)
　　譬如GUI的軟件與嵌入式軟件的測試方法肯定有很大不同。最初我們在做T項目測試時，就缺少針對性方法。有兩個教訓(xùn)讓我們刻骨銘心：界面測試，T軟件發(fā)布后沒多久，其他組同事就發(fā)現(xiàn)某界面一個按鈕的單詞拼寫錯誤——“rollback”被寫成“roolback”。效率測試，軟件測試到后期才發(fā)現(xiàn)T軟件在實際環(huán)境中運行效率很低，根本無法滿足達(dá)實際應(yīng)用的需要。從那以后我們就準(zhǔn)備了專門針對T軟件的測試項目，包括：界面測試、效率測試、資料測試、穩(wěn)定性測試等。
　　 溝通問題。自從工作開始，開發(fā)人員和測試人員的爭吵從來就沒有停止過。最初是什么問題都吵，很多沒有意義的爭吵甚至非理性的爭吵，慶幸的是現(xiàn)在的爭吵大多是有針對性的、理性的。個人覺得以前無為爭吵過多的原因是：開發(fā)人員、測試人員的工作技能和職業(yè)素養(yǎng)都比較欠缺。吵了大半年后，人員提升了工作技能和職業(yè)素養(yǎng)后，吵架都吵的比較有默契了。當(dāng)然最重要的是開發(fā)人員和測試人員的目標(biāo)要一致：保證產(chǎn)品的質(zhì)量，滿足客戶需求。
　　二、自動化測試
　　20xx年過完年后，我被主管派到一個大組去學(xué)習(xí)自動化測試技術(shù)。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發(fā)出來的。到現(xiàn)在，他們的自動化用例覆蓋率約50%，應(yīng)用率好像有70%，總之這個自動化測試框架還是滿牛X的，不過就是整個框架實現(xiàn)太復(fù)雜了，涉及的編程腳本就用了三種 : (
　　下面簡單介紹一下該GUI自動化測試框架。
　　測試工具：IBM Rational Robot
　　自動化測試技術(shù)：第三代自動化測試框架，叫什么DDE，具體什么意思已經(jīng)記不住了 : )
　　測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發(fā)了一個抓包工具用于自動化測試。還有我們測試的產(chǎn)品界面是使用Java開發(fā)的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。呵呵，實現(xiàn)上可是夠復(fù)雜的 : (
　　學(xué)習(xí)自動化的頭一個星期，我只是學(xué)習(xí)該測試組的產(chǎn)品知識，學(xué)習(xí)如何使用自動化測試。后面的幾個星期就開始承擔(dān)自動化測試的建設(shè)任務(wù)了。想想當(dāng)初自己還是滿辛苦的，白天上班學(xué)習(xí)產(chǎn)品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。
　　在技術(shù)文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點把書出版了好賺錢，所以很多中文的資料質(zhì)量很差。首先要貶低的就是那本譚教授的《C語言程序設(shè)計》。記得讀大學(xué)時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
　　當(dāng)時帶我學(xué)習(xí)自動化的導(dǎo)師姓L，他是個大忙人，有時一整天都在開會。L的師傅姓W，W是該自動化創(chuàng)始人之一。我呢，充其量算是徒孫一輩，呵呵。由于L太忙，而且不那么愛說話，于是乎我就只能自己對著文檔看代碼。
　　當(dāng)時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執(zhí)行的流程等。另外一篇則是由W寫的自動化建設(shè)指導(dǎo)書，寫的還是滿不錯的，在我有一定基礎(chǔ)后，照著指導(dǎo)書就能完成簡單的自動化建設(shè)。
　　在我整個學(xué)習(xí)過程中，是按照以下的過