研發(fā)測(cè)試團(tuán)隊(duì)的定位及意義

1、 研發(fā)測(cè)試團(tuán)隊(duì)的定位及意義 測(cè)試團(tuán)隊(duì)已逐漸介入公司各項(xiàng)產(chǎn)品的測(cè)試，并根據(jù)團(tuán)隊(duì)的開(kāi)發(fā)模式、產(chǎn)品方向不斷調(diào)整測(cè)試策略、方法。團(tuán)隊(duì)創(chuàng)建至今頗有感概，特趁淵哥約稿之際，與大家分享一下我的從業(yè)經(jīng)歷(軟件測(cè)試、軟件項(xiàng)目經(jīng)理)及公司現(xiàn)狀下，測(cè)試團(tuán)隊(duì)的定位及存在意義，簡(jiǎn)文存在一些個(gè)人的意見(jiàn)，歡迎大家積極討論、修正。首先，簡(jiǎn)單聊下軟件測(cè)試的歷史：軟件測(cè)試起初是軟件開(kāi)發(fā)人員在完成代碼后自發(fā)的一個(gè)代碼檢查的過(guò)程，直至1975年測(cè)試數(shù)據(jù)選擇的原理后，軟件測(cè)試才被正式確定為一種研究方向。軟件測(cè)試從最初的經(jīng)典定義：測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程序或者系統(tǒng)的過(guò)程。發(fā)展到現(xiàn)下流行的定義：測(cè)試是為了度量和提高被測(cè)軟件的質(zhì)量，對(duì)

2、測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施和維護(hù)的整個(gè)生命周期過(guò)程。我們可以從中發(fā)現(xiàn)，軟件測(cè)試的理論隨著軟件項(xiàng)目的規(guī)模、復(fù)雜度不斷增強(qiáng)，而不斷完善的。軟件測(cè)試目前已經(jīng)不再是我們10-20年前所熟知的找缺陷的過(guò)程(由于國(guó)內(nèi)軟件測(cè)試的環(huán)境部，大部分理論研究均來(lái)自于國(guó)外，所以相關(guān)理論的應(yīng)用、推廣也比較滯后)，軟件測(cè)試已經(jīng)成長(zhǎng)為一項(xiàng)與軟件開(kāi)發(fā)類似，同樣具有生命周期的持續(xù)過(guò)程性任務(wù)。在軟件測(cè)試的每個(gè)生命周期，測(cè)試工程師的職責(zé)、工作任務(wù)和產(chǎn)出均有明確說(shuō)明，每個(gè)階段也有對(duì)應(yīng)的評(píng)審過(guò)程以保證各項(xiàng)產(chǎn)出的準(zhǔn)確性、有效性。從軟件測(cè)試的最新定義看來(lái)，軟件測(cè)試目前可做為整個(gè)軟件項(xiàng)目中的一個(gè)子項(xiàng)目進(jìn)行實(shí)施。再來(lái)聊下與軟件測(cè)試相關(guān)的，大家

3、比較熟悉的幾個(gè)名詞：缺陷(bug)，這是大家對(duì)軟件測(cè)試產(chǎn)出最直觀的認(rèn)識(shí)，也是絕大部分國(guó)內(nèi)公司考察軟件測(cè)試工程師kpi中最直觀的指標(biāo)之一。大部分人對(duì)缺陷的認(rèn)知還是比較狹隘的(包括筆者從業(yè)前2年)，可能在大家看來(lái)只有功能無(wú)法使用、軟件崩潰、數(shù)據(jù)無(wú)法讀寫(xiě)、軟件邏輯冗亂這些與應(yīng)用相關(guān)的異常才稱之為缺陷。在闡述個(gè)人觀點(diǎn)前，我們首先來(lái)辯證地認(rèn)識(shí)缺陷的常規(guī)描述：缺陷即瑕疵、缺點(diǎn)、欠缺、不完美，從缺陷的定義看來(lái)缺陷是一個(gè)相對(duì)定義，他需要一個(gè)比照標(biāo)準(zhǔn)以判斷是否與標(biāo)準(zhǔn)匹配。然后我們回到軟件測(cè)試中的缺陷認(rèn)知，類似的軟件測(cè)試的缺陷也需要一個(gè)參照標(biāo)準(zhǔn)，凡是與標(biāo)準(zhǔn)不一致的功能、描述、輸入、輸出、ui、配色、布局、入口、出

4、口、數(shù)據(jù)格式、數(shù)據(jù)精確度、數(shù)據(jù)流向、數(shù)據(jù)一致性等都可稱之為缺陷。軟件測(cè)試的意義，這個(gè)命題有點(diǎn)類似于羅素悖論：從公司層面而言，各位領(lǐng)導(dǎo)期望在最短的時(shí)間，使用最少的人力完成項(xiàng)目的各類測(cè)試(功能、性能、ui、安全、兼容、安裝/卸載、易用、壓力、負(fù)載、文檔)提交各類文檔，并保證軟件不存在缺陷;從測(cè)試團(tuán)隊(duì)而言，工程師希望公司投入更多的人力、時(shí)間對(duì)軟件進(jìn)行充分測(cè)試、盡可能發(fā)現(xiàn)更多潛在缺陷(事實(shí)上，缺陷永遠(yuǎn)無(wú)法消除。比如：盡管微軟的開(kāi)發(fā)，測(cè)試從業(yè)人員比例小于1比2，但是每年仍不停的發(fā)布補(bǔ)丁以修復(fù)各類缺陷)，在進(jìn)行多次充分測(cè)試后再進(jìn)行結(jié)論文檔書(shū)寫(xiě)。通常測(cè)試團(tuán)隊(duì)會(huì)在項(xiàng)目周期內(nèi)，根據(jù)項(xiàng)目資料盡早進(jìn)行測(cè)試準(zhǔn)確，對(duì)客

5、戶關(guān)注部分進(jìn)行詳細(xì)測(cè)試，其余部分與需求規(guī)格說(shuō)明匹配情況即結(jié)束了項(xiàng)目的測(cè)試。這類處理方式看似非常中庸，實(shí)為項(xiàng)目管理制下滿足客戶、領(lǐng)導(dǎo)要求最大化的無(wú)奈之舉。回到公司的測(cè)試團(tuán)隊(duì)及研發(fā)的各兄弟團(tuán)隊(duì)上來(lái)。在我初入公司時(shí)，公司有建制的團(tuán)隊(duì)為：開(kāi)發(fā)、項(xiàng)目管理、運(yùn)維、部門管理。公司測(cè)試團(tuán)隊(duì)空缺的情況下，部分測(cè)試任務(wù)被分配到開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)的日常工作中。這樣做的弊端如下：對(duì)于開(kāi)發(fā)人員而言，檢查自己的作品是一件虐心的活動(dòng)。在這種心理下，開(kāi)發(fā)人員很難較多地發(fā)現(xiàn)自己的作品存在的缺陷;測(cè)試方法、測(cè)試?yán)碚摰娜笔В瑢?dǎo)致開(kāi)發(fā)人員和運(yùn)維人員很難定義什么樣的現(xiàn)象屬于有效缺陷，測(cè)試的效率較低;測(cè)試在局部展開(kāi)，很難形成有效的測(cè)試報(bào)告，并將測(cè)試成果運(yùn)用于其他項(xiàng)目;測(cè)試、缺陷修復(fù)的隨意性，導(dǎo)致版本發(fā)布較為隨意，版本管理比較困難;因此開(kāi)發(fā)、運(yùn)維團(tuán)隊(duì)在很長(zhǎng)一段時(shí)間內(nèi)都在頻繁處