最近看了點(diǎn)敏捷測(cè)試的東西,看得比較模糊。一方面是因?yàn)闆]有見真實(shí)的環(huán)境與流程,也許它跟本就沒有固定的模式與流程,它就像告訴人們要“勇敢”“努力”。有的人在勇敢的面對(duì)生活,有些人在勇敢的挑戰(zhàn)自我,有些人在勇敢的面對(duì)失敗與挫折。好吧!他們都實(shí)現(xiàn)了“勇敢”,勇敢到底是如何去做,也許說不清楚?;蛘哒f每個(gè)人都有自己的實(shí)踐方式。但是他們卻同樣靠著“勇敢”攻克不自己所面臨的困難。當(dāng)然了,敏捷并不是簡單一個(gè)詞語,經(jīng)過前人的不探索與總結(jié),還積累與總結(jié)相當(dāng)多的經(jīng)驗(yàn)可供我們借鑒與參考。
按照本文的主題還是來談?wù)勡浖y(cè)試人員的分工吧!主要來談傳統(tǒng)軟件測(cè)試過程中的測(cè)試分工,因?yàn)槊艚轀y(cè)試中的測(cè)試分工我還沒弄明白到底是腫么個(gè)情況。
集體測(cè)試
也許專業(yè)測(cè)試?yán)镏v這種方式,很可能不叫“集體測(cè)試”。因?yàn)槲腋鶕?jù)的自己的理解起了大概符合意思的名詞叫集體測(cè)試“集體測(cè)試”。 就是測(cè)試模式就是,公司里所有的測(cè)試人員抱成一團(tuán)兒,來一個(gè)項(xiàng)目,所有測(cè)試人員就集中測(cè)試一個(gè)項(xiàng)目。 先說這種分工方式的優(yōu)點(diǎn): 1、因?yàn)闇y(cè)試團(tuán)隊(duì)的中每個(gè)成員有都有優(yōu)缺,人員在工作之中相互取長補(bǔ)短??梢院芸斓恼页鲕浖械娜毕荨H齻€(gè)臭皮匠頂一個(gè)諸葛亮,一個(gè)經(jīng)驗(yàn)再豐富的測(cè)試不一定有三個(gè)水平一般的測(cè)從員發(fā)現(xiàn)的問題多。 2、人多的另一個(gè)好處是測(cè)試項(xiàng)目能可以在更快的時(shí)間內(nèi)發(fā)現(xiàn)更多人缺陷。總結(jié)一下就是更短時(shí)間內(nèi)發(fā)現(xiàn)更多的問題。 再來說說這種方式的缺點(diǎn): 1、一個(gè)人員一張嘴,人力成本很長(人員工資,人員平均時(shí)間投入,測(cè)試機(jī)等硬件資源投入)。 2、當(dāng)同時(shí)需要測(cè)試多個(gè)項(xiàng)目中時(shí),不要意思,按順序來,請(qǐng)?jiān)诤竺媾藕藐?duì)。 3、工作重復(fù),同樣一個(gè)缺陷,很可以同時(shí)被所有測(cè)試員發(fā)現(xiàn),或者叫重復(fù)率很高。 4、人員水平難以區(qū)分,在一個(gè)項(xiàng)目測(cè)試過程中,有的測(cè)人員可能一個(gè)缺陷也沒找到,有的測(cè)試人員卻發(fā)現(xiàn)了幾乎所有的問題。也許這個(gè)項(xiàng)目一個(gè)缺陷也沒找到的測(cè)試員在下個(gè)項(xiàng)目中卻發(fā)現(xiàn)了很多缺陷。 5、了漏測(cè)現(xiàn)象是整個(gè)測(cè)試團(tuán)隊(duì)的責(zé)任。(這也不是明確的缺點(diǎn),要看團(tuán)隊(duì)的氛圍是積極的還是消極的。) (也許,你說想照這么個(gè)分析法是不是漏了太多東西,也許你有興趣繼續(xù)看下去話,我后面會(huì)講解。)
好吧!集體測(cè)試缺點(diǎn)太多,就像國家成立初期的“吃大鍋飯”,肯定是阻礙發(fā)展的。那我們來看看幾種分工方式。
按測(cè)試內(nèi)容分工
一個(gè)項(xiàng)目的測(cè)試包括文檔測(cè)試,易用性測(cè)試,邏輯功能測(cè)試,界面測(cè)試,配置和兼容等多個(gè)方面。我們可以根據(jù)人員的特點(diǎn)為每個(gè)人員分配不同的測(cè)試內(nèi)容。 內(nèi)容分工方式的優(yōu)點(diǎn): 1、分工明確,每位人員都清楚自己的測(cè)試的內(nèi)容重點(diǎn)。 2、責(zé)任到位,通過漏測(cè)的缺陷就可明確是誰的責(zé)任。
按測(cè)試流程劃分
我們的項(xiàng)目測(cè)試流程一般需要,制定測(cè)試計(jì)劃,編寫測(cè)試用例,執(zhí)行測(cè)試用例,輸出測(cè)試報(bào)告等工作,我們可以根據(jù)流程中的各個(gè)階段來進(jìn)行劃分。 不同的人員負(fù)責(zé)不同測(cè)試階段的工作。 優(yōu)點(diǎn): 1、流程清晰,就像瀑布試項(xiàng)目開發(fā)流程,不同階段的工作由不同的人員擔(dān)任。 2、劃分流程的每個(gè)階段難易程度和所需要的技能。 編寫測(cè)試計(jì)劃人員需要對(duì)整個(gè)項(xiàng)目的工作時(shí)間、資源分配,測(cè)試內(nèi)容,實(shí)施過程有整體的把控能力。 用例辨析人員,需要對(duì)項(xiàng)目需求,測(cè)試方法,測(cè)試點(diǎn)有深入的了解。 用例執(zhí)行人員需要細(xì)心,使用缺陷系統(tǒng),溝通,協(xié)助研發(fā)定位缺陷。 輸出測(cè)試報(bào)告人員需要對(duì)項(xiàng)目的測(cè)試過程,缺陷數(shù)量,類型,分布。用例執(zhí)行請(qǐng)況等進(jìn)行統(tǒng)計(jì)。也可以由測(cè)試執(zhí)行人員擔(dān)任。
按項(xiàng)目模塊劃分
對(duì)中大型的項(xiàng)目,這種劃分就非常必要了,項(xiàng)目的模塊非常多,功能也非常多。不同的測(cè)試人員負(fù)責(zé)不同模塊的功能,這樣會(huì)使用測(cè)試工作變得更加清晰。 1、人員利用率高,為什么這么說呢? 不同的人員負(fù)責(zé)的功能不一樣。工作就不會(huì)存在交叉與重復(fù)。 2、更容易挖掘深度缺陷,假如A人員今天測(cè)試這個(gè)功能,明天測(cè)試那個(gè)功能,他就不可以對(duì)被測(cè)功能內(nèi)部邏輯與業(yè)務(wù)有深入有了解。找到的也只是很表面的缺陷。那么如果一個(gè)人員長期負(fù)責(zé)一個(gè)模塊的功能,那么就會(huì)更容易發(fā)現(xiàn)更有深度的缺陷。而往往深度的缺陷是致命的。
按照測(cè)試類型分工
我們知道軟件除了功能需要測(cè)試以外,軟件在編碼階段需要單元測(cè)試,接口測(cè)試等,在系統(tǒng)測(cè)試階段,為提高功能測(cè)試的效率,可能對(duì)某些模塊進(jìn)行功能自動(dòng)化,我們還要考慮軟件的性能、安全性等問題。這些類型也是我項(xiàng)目中最常見的分類。我們可以根據(jù)這些類型為測(cè)試人員分配測(cè)試工作。當(dāng)然,其專業(yè)性對(duì)測(cè)試人員的要求也比較高。 這種分工方式的特點(diǎn)。 1、專業(yè)技能要求較高,在這些分類中除了手工測(cè)試要求較低外(表面看是這樣的),其它分類都需要較高的專業(yè)技能。例如,安全性測(cè)試需要掌握網(wǎng)絡(luò)協(xié)議,編程技術(shù),腳本攻擊,SQL注入,漏洞分析等方面的技能。 2、不同分類之間交互性低,正國為不同分類需要的技能不同,雖然同為“測(cè)試”工作,但一個(gè)做單元測(cè)試的人就無法讓其去做性能測(cè)試。
上面分類方式的疑問
看了上面的幾種分工方式,你是不是每一種測(cè)試人員分工方式都似曾相識(shí),但又沒有哪個(gè)公司是單一的按照上述某種分工作方式工作。 拿筆者目前所在的公司,是一個(gè)長期的互聯(lián)網(wǎng)產(chǎn)品,產(chǎn)品功能比較多,每位測(cè)試人員負(fù)責(zé)不同的功能模塊,測(cè)試員人員從測(cè)試計(jì)劃到測(cè)試報(bào)告都基本由一個(gè)人來完成。當(dāng)然對(duì)于比較大和緊急的版本迭代,也會(huì)多人協(xié)作對(duì)版本進(jìn)行測(cè)試(協(xié)作的方式一般更將版本功能再次細(xì)分到每個(gè)人員身上)。安全測(cè)試由專業(yè)的安全人員指導(dǎo)功能測(cè)試人員對(duì)自己負(fù)責(zé)的功能進(jìn)行安全掃描與分析。有獨(dú)立的性能測(cè)試小組,對(duì)需要進(jìn)行性能的產(chǎn)品版本進(jìn)行性能測(cè)試。在獨(dú)立的功能自動(dòng)化人員,對(duì)于適合自動(dòng)化的功能進(jìn)行自動(dòng)化工作。 筆者公司的分工作方式幾乎包括了上面所有的分工方式。那么,我為什么要進(jìn)行上面那么單一的分工方式劃分呢?這樣有助于我們理清對(duì)測(cè)試工作的各種分工方式。在實(shí)際的工作中,有大型項(xiàng)目,有小型項(xiàng)目,有客戶端軟件,也有互聯(lián)網(wǎng)產(chǎn)品,有短到幾天的項(xiàng)目,也有“永久”性的項(xiàng)目。有一次開發(fā)完成交付的,也有不段迭代更新的。根據(jù)項(xiàng)目的情況,我們可以可以選擇合適的分工方式來應(yīng)用于項(xiàng)目中。
投入人員與發(fā)現(xiàn)缺陷的關(guān)系
在人員分工時(shí),這也是一個(gè)必須也要考慮問題,對(duì)一個(gè)項(xiàng)目,投入的人員數(shù)量,投入的時(shí)間,與發(fā)現(xiàn)缺陷的數(shù)量有密切的關(guān)系。
投入時(shí)間與發(fā)現(xiàn)缺陷的關(guān)系: 在人員一定的情況下,投入的時(shí)間越多,發(fā)現(xiàn)的缺陷越多。但有一個(gè)規(guī)律,越到后期發(fā)現(xiàn)的新缺陷越少。假設(shè)軟件總?cè)毕轂?span style="font-family: Times New Roman;">100個(gè),第一周發(fā)現(xiàn)50個(gè)問題,第二新發(fā)現(xiàn)20個(gè),第二周可能只發(fā)現(xiàn)10個(gè)新缺陷。而且一個(gè)必然的結(jié)果是,測(cè)試不可能發(fā)現(xiàn)所有的缺陷。
投入人員數(shù)量與缺陷的關(guān)系: 在時(shí)間一定有的情況下,投入的人員越多,發(fā)現(xiàn)的問題越多,從圖中可以看出,投入的人員越多,人員發(fā)現(xiàn)缺陷的重疊度越高。當(dāng)然,你可以說,把每個(gè)人員要測(cè)試的內(nèi)容劃分清晰就不會(huì)重疊了。做為一個(gè)系統(tǒng)的各個(gè)功能模塊,他們之間肯定存在必然的聯(lián)系。有可能A人員在測(cè)試時(shí)會(huì)涉及到B人員測(cè)試的功能,并且發(fā)現(xiàn)了問題,不管是告訴B缺陷還是A人員直接提交缺陷(當(dāng)然,你也可以裝作沒看到,等著B去發(fā)現(xiàn)),這都算不可避免的重疊。
當(dāng)然了,劃分更清晰的任務(wù)有效的降低重疊度。同步也降低了發(fā)現(xiàn)缺陷的數(shù)量,提高項(xiàng)目風(fēng)險(xiǎn)。除非投入更多的時(shí)間測(cè)試。這之間的關(guān)系,需要測(cè)試管理者認(rèn)真去權(quán)衡。 在項(xiàng)目不緊急測(cè)試時(shí)間充分的情況下,可以投入更少的人員,延長測(cè)試時(shí)間發(fā)現(xiàn)更多的缺陷。 在項(xiàng)目緊急的情況下,需要投入更多的人員測(cè)試,以便盡快的發(fā)現(xiàn)更多的缺陷。在項(xiàng)目質(zhì)量要求很高的情況下需要投入更多的人員與時(shí)間進(jìn)行測(cè)試。在測(cè)試時(shí)間少,項(xiàng)目質(zhì)量要求不高的情況下,可以投入較少的人員與時(shí)間進(jìn)行測(cè)試。
--------------------------------------------------------------------------------------
本文結(jié)束,但還有許多問題我沒有講清楚(或者,我目前還說不清楚)。 1、A人員發(fā)現(xiàn)了b功能模塊的缺陷(b模塊由B人員負(fù)責(zé)測(cè)試)應(yīng)該如何處理? 自己提缺陷單 ,告訴B人員,讓B人員提單。直接忽視,等著B測(cè)試人員去發(fā)現(xiàn)。 2、項(xiàng)目緊急情況,人員投入,時(shí)間投入,某些情況下,考慮某些模塊不進(jìn)行測(cè)試。 3、測(cè)試人員的發(fā)展職業(yè)發(fā)展,這與測(cè)試人員的分工有著密切的聯(lián)系。
|
|