剛接到這個(gè)題目的時(shí)候也有一些犯難,:測(cè)試流程在不同的公司都會(huì)有微小的差異,而這些差異就有可能會(huì)決定測(cè)試流程是否是真正適用。在不同公司,不同的現(xiàn)狀情況引入適合的測(cè)試流程,就好像如同在《尋秦記》中提到的劍圣,他的三個(gè)徒弟劍法的風(fēng)格類型完全不一樣同,這一點(diǎn)上,因材施教是非常重要的。其實(shí)在動(dòng)筆撰寫本文的時(shí)候之前,我一直覺(jué)的感受到很大壓力很大,這其中最重要的原因莫過(guò)于怕誤人子弟了,。測(cè)試流程的制定不是一門科學(xué),而有時(shí)看起來(lái),它更像一門藝術(shù),一個(gè)好的測(cè)試管理者其實(shí)在面對(duì)不同的公司,不同的研發(fā)階段,會(huì)采用不同的測(cè)試流程, ;蚴嵌瑯拥臏y(cè)試流程,為了真正達(dá)到執(zhí)行的效果,執(zhí)行的方法也可能不一樣。
實(shí)施測(cè)試流程一般都是有兩個(gè)原因,:一是軟件質(zhì)量出現(xiàn)的了問(wèn)題,雖然在某種程度上已經(jīng)得到解決,但仍需要通過(guò)測(cè)試,把預(yù)防措施的方法找到并固化下來(lái);還有另一個(gè)原因則種是軟件研發(fā)的規(guī)模壯大,要求做的在流程上更加清晰,可靠更好。我個(gè)人從我自己的角度出發(fā)最怕以下一某些情況是讓人非常頭疼的,:一種情況是,是今天剛看了一本書,被告知說(shuō)這樣做是規(guī)范應(yīng)該這樣制定的,而明天就要引入進(jìn)來(lái),完全不考慮公司的實(shí)際情況;另一種情況是“蘇聯(lián)模式”,二是那種即某某大公司的測(cè)試流程如此制定是這樣做的,我們也要采用相同的方法這樣。其實(shí)流程沒(méi)有最好的,只有適合自己的,規(guī)范的測(cè)試流程不一定會(huì)幫助研發(fā)成功,反而在某些情況下會(huì)弄不好羈絆到自己自己的工作。
◆ 現(xiàn)在大多數(shù)測(cè)試人會(huì)犯一個(gè)共同的錯(cuò)誤,往往——把流程設(shè)計(jì)的得很完美,但沒(méi)有可操作性很差,無(wú)法幫助對(duì)于軟件公司真正的目的——研發(fā),并沒(méi)有起到應(yīng)有的作用成功,久而久之測(cè)試的重要性就無(wú)從談起,測(cè)試團(tuán)隊(duì)也漸漸在公司變成次要部門,成為打雜的得不到應(yīng)有的重視。
◆ 在流程的設(shè)計(jì)過(guò)程中,最重要的問(wèn)題在于是目當(dāng)前項(xiàng)目的特點(diǎn)是什么,產(chǎn)品經(jīng)常出什么樣的哪些問(wèn)題,需要做什么怎樣的調(diào)整,現(xiàn)有測(cè)試團(tuán)隊(duì)能不能做這樣的能否做作出調(diào)整,研發(fā)團(tuán)隊(duì)是不是會(huì)不會(huì)能接收接受?
首先談?wù)勴?xiàng)目特點(diǎn),按照項(xiàng)目特點(diǎn),大致可以一般來(lái)說(shuō)分成兩類,:
◆ 一種是長(zhǎng)期進(jìn)行的項(xiàng)目,這種項(xiàng)目有基本的框架,有核心的技術(shù),應(yīng)用比較穩(wěn)定,這種項(xiàng)目要注重測(cè)試用例的積累與復(fù)用,同時(shí)也適合做單元測(cè)試,自動(dòng)化測(cè)試的積累;
◆ 另一種是變更頻度更高,靈活,規(guī)模不大的項(xiàng)目,如果做自動(dòng)化測(cè)試則會(huì)出現(xiàn)二次開發(fā)的時(shí)間大于手工測(cè)試的時(shí)間,而且項(xiàng)目結(jié)束后測(cè)試用例在長(zhǎng)期中也沒(méi)有任何復(fù)用,在自動(dòng)化測(cè)試人員普遍成本比較高的情況下,所以反而更適做功能測(cè)試。
◆ 雖然這兩者可能在長(zhǎng)遠(yuǎn)的目標(biāo)上并不一致,但是引入測(cè)試管理平臺(tái),從測(cè)試需求,、測(cè)試設(shè)計(jì),、缺陷管理等方面入手則是測(cè)試團(tuán)隊(duì)必備的技能。一個(gè)好的測(cè)試流程必需要有好的系統(tǒng)平臺(tái)的支撐,如果你把測(cè)試流程設(shè)計(jì)的得很完美,跟如同小學(xué)語(yǔ)文教科書一樣,但執(zhí)行這樣的流程在起來(lái)現(xiàn)有的資源的情況下是未免不現(xiàn)實(shí),倒并非說(shuō)詳細(xì)的流程是洪水猛獸,只是對(duì)于一家軟件公司來(lái)說(shuō),資源的限制仍然是瓶頸所在的。,那流程也就沒(méi)有意義,一般來(lái)說(shuō)一個(gè)執(zhí)行的得好的測(cè)試流程必然會(huì)有好的平臺(tái),就像我以前所在國(guó)內(nèi)的幾家很有聲名的軟件公司,其測(cè)試平臺(tái)要不是么是采購(gòu)的,就要么是自己開發(fā)的,但最主要是要適合自己一套適合自身特點(diǎn)的流程平臺(tái)起了非常積極的作用。在這里也給大家建議一些好的測(cè)試平臺(tái),比如Mercury Interactive的Test Director,、IBM的TestManager,、Silk的一些缺陷管理平臺(tái),這些平臺(tái)大多都能充分滿足測(cè)試團(tuán)隊(duì)的要求其實(shí)都能滿足大家的要求。,當(dāng)然,還有一些免費(fèi)的開源工具也是可用的。但從長(zhǎng)遠(yuǎn)的角度看,我還是更建議大家讀者使用那些不僅僅只是滿足缺陷管理的工具,而是要應(yīng)該選擇能集成測(cè)試需求,、測(cè)試設(shè)計(jì),、測(cè)試用例,、缺陷管理的工具,最好也能滿足自動(dòng)化的集成的,什么樣的產(chǎn)品能滿足就不多說(shuō)了,免得有打廣告之嫌J,而商業(yè)軟件,如MI或IBM的產(chǎn)品在這些方面都有較好的表現(xiàn)。
◆ 項(xiàng)目特點(diǎn)決定流程的長(zhǎng)期目標(biāo),但對(duì)于不同產(chǎn)品類型的公司,可能出現(xiàn)的問(wèn)題往往會(huì)不一樣同。,比如說(shuō)在金蝶的EAS-BossBOSS,、或是在金山做的游戲軟件,、亦或還是在阿里巴巴做電子商務(wù),作為測(cè)試管理者,就要具體的問(wèn)題都應(yīng)該區(qū)別對(duì)待。
對(duì)于EAS-Boss這樣大型的軟件產(chǎn)品,團(tuán)隊(duì)的規(guī)模比較大,核心技術(shù)比較穩(wěn)定。但對(duì)于這樣的這樣的產(chǎn)品有以下一些特點(diǎn):
◆ 由于產(chǎn)品比較大,手工測(cè)試時(shí)重復(fù)的工作量特別大;
◆ 引擎與產(chǎn)品框架比較穩(wěn)定;
◆ 編譯與發(fā)布的流程比較固化;
◆ 由于團(tuán)隊(duì)的規(guī)模比較大,接口特別多,集成測(cè)試風(fēng)險(xiǎn)特別高。
更多軟考資料請(qǐng)?jiān)L問(wèn):考試吧軟件水平考試欄目
希望與更多網(wǎng)友交流,請(qǐng)進(jìn)入考試吧軟件水平考試論壇
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |