軟件項目測試經(jīng)驗

　　說(shuō)明：以下項目測試經(jīng)驗是我在原來(lái)公司工作中的實(shí)際經(jīng)驗，拿出來(lái)和大家一起交流。我相信之前的項目測試工作中有不少可以改進(jìn)的地方，還希望大家多多交流。

　　在介紹我們之前項目測試工作之前，需要首先介紹一下之前我所在團隊的組織架構及測試人員在項目中的工作。

　　我們的測試團隊屬于質(zhì)量改進(jìn)中心下的測試部，它和研發(fā)團隊屬于兩個(gè)不同的中心。測試團隊6個(gè)人，從這個(gè)組織架構圖中可以看出來(lái)，一個(gè)人可以參與多個(gè)處于不同階段的項目測試工作。組織架構如下：

　　參與項目的測試人員以測試組的形式進(jìn)入項目，測試組和需求組、開(kāi)發(fā)組并列。每個(gè)測試組有一個(gè)測試組長(cháng)負責項目測試工作。項目經(jīng)理不直接面對測試組成員，而是通過(guò)測試組長(cháng)進(jìn)行任務(wù)安排、協(xié)調、溝通。測試部經(jīng)理知情測試人員的項目測試工作，項目測試組的工作匯報均需要抄送給測試部經(jīng)理。

　　上面說(shuō)到的是舊的測試人員工作模式，在去年年底，為了有效利用公司測試人員資源，我們開(kāi)始了測試外包的嘗試。這里的測試外包模式是指，測試組不進(jìn)入項目，而是由項目組將測試工作以一個(gè)項目的方式分包給測試部，由測試部根據項目組提供的信息，自己進(jìn)行計劃、執行測試，并按照項目要求提交測試成果給項目組。這個(gè)模式還在探索中。

　　如圖所示，測試經(jīng)理直接負責項目的測試工作，測試組的工作情況抄送給項目經(jīng)理。這種模式需要進(jìn)行獨立核算，包括成本估算、預算、結算等。但是這種模式整體的思路還不是很成熟，從這個(gè)組織架構上大家也可以看出來(lái)，很多東西還沒(méi)有理順，所以一直都處于嘗試過(guò)程中。后面我們交流的內容，如果沒(méi)有特殊說(shuō)明，都是在舊的模式下進(jìn)行的。

　　我想不可否認，大家都認為測試人員應該是測試技術(shù)上的專(zhuān)家，但是，測試人員是否需要熟悉并擅長(cháng)一定的業(yè)務(wù)呢?不管答案是什么都沒(méi)有關(guān)系，但是我認為一個(gè)好的測試人員不僅是測試專(zhuān)家，他同時(shí)也是業(yè)務(wù)專(zhuān)家。有著(zhù)樣的說(shuō)法：“軟件測試人員要兩條腿走路，左腿是測試技術(shù)，右腿是業(yè)務(wù)知識。只有兩條腿的健壯差不多，走路才穩當。”出于這種思想的考慮，在原來(lái)的測試團隊，我們每個(gè)人都有兩個(gè)學(xué)習、研究方向，一個(gè)是技術(shù)方向，一個(gè)是業(yè)務(wù)方向。但這在工作開(kāi)展上有些困難。如果公司認為測試人員應該絕大部分時(shí)間用在項目測試工作上，那么測試團隊既要研究測試技術(shù)，又要學(xué)習業(yè)務(wù)知識，是比較難的。在我們以前的測試團隊的工作中，有一部分工作時(shí)間是用來(lái)進(jìn)行部門(mén)建設的，公司允許部門(mén)建設工作占整個(gè)團隊工作量的30%。部門(mén)建設工作中包括前面說(shuō)到的技術(shù)研究、業(yè)務(wù)學(xué)習，還有就是部門(mén)搭建所需要進(jìn)行的一些工作。將部門(mén)建設工作分開(kāi)，主要是用于統計部門(mén)成本和測試成本用的。

　　前面說(shuō)到了測試人員是以測試組身份進(jìn)入項目開(kāi)展測試工作的，但不是每個(gè)成員上去都從事同樣的工作。在進(jìn)入項目組工作時(shí)，每個(gè)測試人員所充當的角色是不同的，項目的測試角色劃分為以下四種。在實(shí)際工作中因為測試人員數量有限，所以經(jīng)常是一個(gè)人擔任多個(gè)角色。

　　了解了原來(lái)測試團隊的分工之后，下面介紹一下測試團隊的工作內容。測試團隊承接的工作中，測試技術(shù)研究，屬于提高團隊工作技能的工作，在整個(gè)部門(mén)范圍內進(jìn)行，這里屬于部門(mén)建設工作;對于項目中的測試人員有可能需要進(jìn)行，如果項目采用新的測試技術(shù)或者測試工具，那么就需要項目測試組成員研究測試技術(shù)了，這部分屬于項目測試工作。培訓指把內部研究的成果在團隊內使用，在適當的時(shí)機在公司內傳播。我們測試團隊在2004年進(jìn)行了21次內部培訓，7次公司級培訓。因為每個(gè)人各有研究重點(diǎn)，所以我們每個(gè)人都是團隊內部培訓的講師。

　　說(shuō)到測試工程師的工作內容，那么就涉及到測試工程師該做的和不該做的。當然這和公司對測試人員定位有關(guān)，這里僅指以前的組織。要說(shuō)該做的，那么我們需要先明確為什么我們要測試?這是因為存在“系統錯誤很多、系統不是客戶(hù)想要的東西、系統實(shí)現沒(méi)有遵照系統需求”等這樣的背景。在這樣的背景下，產(chǎn)生了測試，但是又因為開(kāi)發(fā)人員自己測試自己的東西，難免測試不全面，所以產(chǎn)生了測試工程師這個(gè)角色。因此，測試人員他該做的，就是測試軟件產(chǎn)品和用戶(hù)需求不一致的地方，并盡可能多的發(fā)現缺陷，能夠向PM匯報軟件質(zhì)量狀態(tài)。但是在實(shí)際工作中，測試人員經(jīng)常主動(dòng)或被動(dòng)的去做了一些不該做的事情。例如說(shuō)，測試人員認為自己或者測試能夠保證軟件的質(zhì)量，以及有意識或無(wú)意識的接受了決定軟件是否發(fā)布的這個(gè)權利。

　　為什么測試無(wú)法保證軟件的質(zhì)量，是因為項目的質(zhì)量，需要項目組的所有成員共同努力，才能達到質(zhì)量保證的目的。單純靠測試工程師的力量，是無(wú)法實(shí)現軟件質(zhì)量保證的目的。

　　為什么測試人員不適合承擔決定軟件是否發(fā)布的權利，是因為軟件的發(fā)布，是需要項目組各個(gè)小組負責人等相關(guān)人一起對系統現在的缺陷、質(zhì)量狀況進(jìn)行評估后，由PM(或者與會(huì )者)作出是否發(fā)布的決定。在這個(gè)過(guò)程中，測試工程師可以提供測試數據、系統當前質(zhì)量狀態(tài)報告給與會(huì )者參考。

　　當然，我知道這兩點(diǎn)會(huì )有很多人不認同，但是沒(méi)有關(guān)系的。我接觸的同行中對兩點(diǎn)經(jīng)常有爭論。但是，在一些質(zhì)量大師等權威人士還是全部或部分贊同這兩個(gè)觀(guān)點(diǎn)的，如：菲利普.克勞士比曾在他的書(shū)中提到軟件質(zhì)量的保證需要全員努力，需要過(guò)程的控制的，而不是某個(gè)英雄可以保證軟件質(zhì)量的等。(《質(zhì)量免費》、《質(zhì)量無(wú)惑》)

　　做了背景介紹后，下面我介紹之前項目如何開(kāi)展測試工作的。今天以我之前從事的一個(gè)項目作為例子來(lái)介紹之前實(shí)際的測試工作。

　　因為測試過(guò)程是整個(gè)測試工作的一個(gè)綱要，所以首先得從測試過(guò)程講起。

　　測試過(guò)程，我們包括四個(gè)環(huán)節：測試計劃、測試設計、測試執行、測試分析，如下圖所示。

原文轉自：http://kjueaiud.com

• 共3頁(yè):
• 上一頁(yè)
• 1
• 2
• 3
• 下一頁(yè)