2010年考生必看：軟件測(cè)試管理的基本要素

　　軟件測(cè)試管理的基本要素

　　1. 符合軟件開發(fā)計(jì)劃時(shí)間框架的軟件測(cè)試計(jì)劃

　　軟件測(cè)試計(jì)劃是一個(gè)老生常談的問題了，不同的人對(duì)計(jì)劃的理解往往是大相徑庭的。這里讓我們回顧一下何為計(jì)劃，一般來說計(jì)劃的目的是用來識(shí)別任務(wù)，分析風(fēng)險(xiǎn)，規(guī)劃資源和確定進(jìn)度。從計(jì)劃的定義上來看，計(jì)劃并不是一張時(shí)間進(jìn)度表，而是一個(gè)動(dòng)態(tài)的過程，最終以系列文檔的形式確定下來。擬定軟件測(cè)試計(jì)劃需要測(cè)試項(xiàng)目管理人員的積極參與，這是因?yàn)橹黜?xiàng)目計(jì)劃已經(jīng)確定了整體項(xiàng)目的一個(gè)時(shí)間框架，軟件測(cè)試作為階段工作必須服從時(shí)間和資源上的約定。

　　2. 一個(gè)完整的測(cè)試計(jì)劃應(yīng)該包含以下幾個(gè)方面：

　　(1) 對(duì)測(cè)試范圍的界定，簡(jiǎn)單的說就是測(cè)試活動(dòng)需要覆蓋的范圍。在有時(shí)間約束，工作產(chǎn)品質(zhì)量約束的情況下，唯一能夠調(diào)整就是范圍。在實(shí)際的工作中，我們總是不自覺的在調(diào)整軟件測(cè)試的范圍，比如在時(shí)間緊張的情況下，通常優(yōu)先完成重要功能的測(cè)試。這就是一種測(cè)試范圍上調(diào)整。所以作為測(cè)試管理者在接收到一項(xiàng)任務(wù)的時(shí)候，需要根據(jù)主項(xiàng)目計(jì)劃的時(shí)間來確定測(cè)試范圍。如果在確定范圍上出現(xiàn)偏差，會(huì)給測(cè)試執(zhí)行工作帶來消極的影響，例如加班。確定范圍前需要管理人員來進(jìn)行任務(wù)的劃分，簡(jiǎn)單的說就是分解測(cè)試任務(wù)。分解任務(wù)有兩個(gè)方面的目的，一個(gè)是識(shí)別子任務(wù)，二是方便估算資源的需求。完成了上述的任務(wù)之后，管理者便需要根據(jù)項(xiàng)目的歷史數(shù)據(jù)估算出完成這些子任務(wù)一共需要消耗的時(shí)間和資源。通常意義上說，執(zhí)行一次完整的全面測(cè)試幾乎是不可能的事情，我們總是要在測(cè)試的范圍上面做出有策略的妥協(xié)。

　　(2) 風(fēng)險(xiǎn)的確定，項(xiàng)目中總是有不確定的因素。這些因素一旦發(fā)生之后記錄對(duì)項(xiàng)目的順利執(zhí)行產(chǎn)生相當(dāng)大的消極影響。所以在項(xiàng)目中，首先需要識(shí)別出存在的風(fēng)險(xiǎn)。風(fēng)險(xiǎn)識(shí)別的原則可以有很多，常見的一種就是如果一件事情發(fā)生后，會(huì)對(duì)項(xiàng)目的進(jìn)度產(chǎn)生較大影響，那么就可以把該事件做為一個(gè)風(fēng)險(xiǎn)。風(fēng)險(xiǎn)識(shí)別出之后，管理者需要按照這些風(fēng)險(xiǎn)制定出規(guī)避風(fēng)險(xiǎn)的方法。在小的項(xiàng)目中，識(shí)別風(fēng)險(xiǎn)和制定規(guī)避方法可以省略。

　　(3) 資源的規(guī)劃，確定完成任務(wù)需要消耗的人力資源，物資資源。這些是保證項(xiàng)目執(zhí)行的物資要素。物資資源是管理者容易忽略的問題，實(shí)際上物資資源是人得以開展工作的工具，細(xì)致的規(guī)劃可以讓人更有效的去執(zhí)行項(xiàng)目。常見的物資資源有計(jì)算機(jī)硬件，軟件，測(cè)試環(huán)境的搭建等等。

　　(4) 時(shí)間表的制定，在識(shí)別出子任務(wù)和資源之后，我們便可以將任務(wù)，資源和時(shí)間關(guān)聯(lián)起來形成時(shí)間進(jìn)度表。本質(zhì)上說，時(shí)間表是對(duì)前3項(xiàng)任務(wù)的一個(gè)概括。沒有前三步的工作，時(shí)間進(jìn)度表是沒有意義的。

　　3. 溝通

　　溝通的測(cè)試管理人員的必須的技能。雖然我們制定出詳細(xì)的項(xiàng)目計(jì)劃，當(dāng)這不意味著有了這個(gè)契約之后，項(xiàng)目中的各種角色就不需要溝通了。做為測(cè)試的管理者，需要將測(cè)試發(fā)現(xiàn)的問題及時(shí)的反饋給開發(fā)人員，同時(shí)也要積極的去了解外界產(chǎn)生的變更。項(xiàng)目中存在變化是普遍現(xiàn)象，而作為管理者就是要去管理這里變化，及時(shí)的修訂計(jì)劃。嚴(yán)格的說，如果沒有這些變化，做為測(cè)試管理者的你就沒有多少存在的價(jià)值。有些人認(rèn)為一旦有了計(jì)劃這個(gè)契約之后，只要按照要求去執(zhí)行就可以，但是項(xiàng)目本身是一個(gè)動(dòng)態(tài)的過程，計(jì)劃是項(xiàng)目在某一個(gè)時(shí)刻、段的靜態(tài)體現(xiàn)，所以要按照發(fā)展的眼光來對(duì)待計(jì)劃。溝通是了解外界變化的積極手段，所以就測(cè)試管理者而言。其計(jì)劃溝通能力的要求要高于測(cè)試技能的要求。

　　4. 執(zhí)行

　　去年國內(nèi)流行一本書，名稱為執(zhí)行力。書中的作者認(rèn)為大多數(shù)項(xiàng)目沒有成功的原因在于執(zhí)行。軟件測(cè)試也存在一個(gè)執(zhí)行的能力問題，有人會(huì)說我把要求的事情按照要求做完了不就可以了嗎? 的確，按照期望去執(zhí)行任務(wù)是正解，但是這里有一個(gè)問題就是如何保證執(zhí)行者對(duì)期望的理解同要求者的期望是完全一致的呢?所以執(zhí)行的背后還是一個(gè)溝通的問題，這里的溝通是測(cè)試管理者和執(zhí)行者之間的溝通。所以作為一名測(cè)試管理人員一定要在測(cè)試工程師開始工作之前明確任務(wù)的意圖，前提和結(jié)果。

　　5. 版本控制

　　前面說道的幾點(diǎn)都是過程，個(gè)人技能方面的要求。這里我們要討論的是純粹的工程活動(dòng)——版本控制。對(duì)于版本控制這個(gè)概念大家都不陌生，它是軟件配置管理的初期表現(xiàn)形式，來于于測(cè)試對(duì)穩(wěn)定環(huán)境的要求。測(cè)試版本控制簡(jiǎn)單的說就是測(cè)試版本有明確的標(biāo)識(shí)，說明。并且測(cè)試版本的交付是在項(xiàng)目管理人員的控制之下的。

　　測(cè)試版本的標(biāo)識(shí)用來識(shí)別所用的版本。版本號(hào)碼的用處很多，例如在填寫錯(cuò)誤報(bào)告的時(shí)候往往需要提供發(fā)現(xiàn)錯(cuò)誤的那個(gè)版本。在做缺陷分析時(shí)，我們可以利用版本號(hào)來區(qū)別缺陷和判斷缺陷的發(fā)展趨勢(shì)。

　　測(cè)試版本的說明，它是開發(fā)人員和測(cè)試人員之間交流的有效形式。測(cè)試人員可以通過這份文檔了解到當(dāng)前的測(cè)試版本中就上一版本而言有那些顯著的變化，明確了這些之后，測(cè)試人員可以更加高效，有針對(duì)性的執(zhí)行測(cè)試。

　　測(cè)試版本交付，測(cè)試版本的控制必須納于測(cè)試管理人員的控制之下。常見的形式就是測(cè)試管理者控制測(cè)試版本的更新和發(fā)布。開發(fā)人員在看到錯(cuò)誤報(bào)告之后，總是傾向于馬上修正這些錯(cuò)誤并且發(fā)布給測(cè)試工程師做驗(yàn)證。

　　考慮到大多數(shù)的開發(fā)人員是典型的完美主義者，這樣的做法無可厚非，但是過于頻繁的版本更新會(huì)較低測(cè)試的效率。試想，如果你是一名測(cè)試工程師，當(dāng)測(cè)試用例剛剛執(zhí)行到一半的時(shí)候突然發(fā)布出一個(gè)新的測(cè)試版本，在這樣的情況下，已經(jīng)執(zhí)行完畢的測(cè)試用例是否還需要再次執(zhí)行一遍呢? 為了規(guī)避修改代碼帶來的副作用，我們有必要執(zhí)行回歸測(cè)試。質(zhì)量是有保證了，但是效率較低了。測(cè)試在進(jìn)度上被迫延遲了。所以測(cè)試版本的控制有助于保證進(jìn)度和測(cè)試的效率。

　　以上是測(cè)試管理中需要注意的幾個(gè)要點(diǎn)，構(gòu)成一個(gè)成功的軟件測(cè)試項(xiàng)目還有其他很多重要的因素，例如測(cè)試人員的個(gè)人能力，管理者的綜合素質(zhì)，公司的開發(fā)過程等等，在這里筆者就不一一贅述了。