前言：本站為你精心整理了軟件工程測(cè)試范文，希望能為你的創(chuàng)作提供參考價(jià)值，我們的客服老師可以幫助你提供個(gè)性化的參考范文，歡迎咨詢(xún)。

測(cè)試流程在不同的公司都會(huì)有微小的差異，而這些差異就有可能會(huì)決定測(cè)試流程是否是真正適用。在不同公司，不同的現(xiàn)狀情況引入適合的測(cè)試流程，就好像如同在《尋秦記》中提到的劍圣，他的三個(gè)徒弟劍法的風(fēng)格類(lèi)型完全不一樣同，這一點(diǎn)上，因材施教是非常重要的。其實(shí)在動(dòng)筆撰寫(xiě)本文的時(shí)候之前，我一直覺(jué)的感受到很大壓力很大，這其中最重要的原因莫過(guò)于怕誤人子弟了，。測(cè)試流程的制定不是一門(mén)科學(xué)，而有時(shí)看起來(lái)，它更像一門(mén)藝術(shù)，一個(gè)好的測(cè)試管理者其實(shí)在面對(duì)不同的公司，不同的研發(fā)階段，會(huì)采用不同的測(cè)試流程,。或是而同樣的測(cè)試流程，為了真正達(dá)到執(zhí)行的效果，執(zhí)行的方法也可能不一樣。

實(shí)施測(cè)試流程一般都是有兩個(gè)原因，：一是軟件質(zhì)量出現(xiàn)的了問(wèn)題，雖然在某種程度上已經(jīng)得到解決，但仍需要通過(guò)測(cè)試，把預(yù)防措施的方法找到并固化下來(lái)；還有另一個(gè)原因則種是軟件研發(fā)的規(guī)模壯大，要求做的在流程上更加清晰，可靠更好。我個(gè)人從我自己的角度出發(fā)最怕以下一某些情況是讓人非常頭疼的，：一種情況是，是今天剛看了一本書(shū)，被告知說(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ì)也漸漸在公司變成次要部門(mén)，成為打雜的得不到應(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ō)分成兩類(lèi)，：

一種是長(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)二次開(kāi)發(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ǔ)文教科書(shū)一樣，但執(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)的，就要么是自己開(kāi)發(fā)的，但最主要是要適合自己一套適合自身特點(diǎn)的流程平臺(tái)起了非常積極的作用。在這里也給大家建議一些好的測(cè)試平臺(tái)，比如MercuryInteractive的TestDirector，、IBM的TestManager,、Silk的一些缺陷管理平臺(tái)，這些平臺(tái)大多都能充分滿(mǎn)足測(cè)試團(tuán)隊(duì)的要求其實(shí)都能滿(mǎn)足大家的要求。，當(dāng)然，還有一些免費(fèi)的開(kāi)源工具也是可用的。但從長(zhǎng)遠(yuǎn)的角度看，我還是更建議大家讀者使用那些不僅僅只是滿(mǎn)足缺陷管理的工具，而是要應(yīng)該選擇能集成測(cè)試需求，、測(cè)試設(shè)計(jì)，、測(cè)試用例，、缺陷管理的工具，最好也能滿(mǎn)足自動(dòng)化的集成的，什么樣的產(chǎn)品能滿(mǎn)足就不多說(shuō)了，免得有打廣告之嫌J，而商業(yè)軟件，如MI或IBM的產(chǎn)品在這些方面都有較好的表現(xiàn)。

項(xiàng)目特點(diǎn)決定流程的長(zhǎng)期目標(biāo)，但對(duì)于不同產(chǎn)品類(lèi)型的公司，可能出現(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)定；

編譯與的流程比較固化；

由于團(tuán)隊(duì)的規(guī)模比較大，接口特別多，集成測(cè)試風(fēng)險(xiǎn)特別高；。

這樣種產(chǎn)品的測(cè)試，主要是把大量的重復(fù)頻度比較高的功能測(cè)試轉(zhuǎn)化為自動(dòng)化測(cè)試角本腳本，在開(kāi)發(fā)過(guò)程中要注意，核心引擎與穩(wěn)定的產(chǎn)品部分，盡可能使用測(cè)試框架形成單元測(cè)試集，；同時(shí)由于編譯與固化，適合做每日編譯,，自動(dòng)化的執(zhí)行單元測(cè)試集與自動(dòng)化的測(cè)試角本。在做這種測(cè)試流程時(shí)，同時(shí)還要注意引入強(qiáng)大的分析統(tǒng)計(jì)工具，比如代碼覆蓋與評(píng)審工具，內(nèi)存檢查與性能函數(shù)分析工具，出錯(cuò)表統(tǒng)計(jì)模塊，達(dá)到，、測(cè)試執(zhí)行與評(píng)估自動(dòng)化、一體化。由于進(jìn)行每日集成，接口的問(wèn)題可以盡早的暴露出來(lái)，避免了后期集成的風(fēng)險(xiǎn)，。

這一點(diǎn)每日集成對(duì)于大型項(xiàng)目非常重要。同時(shí)，由于測(cè)試的自動(dòng)化，大部分的自動(dòng)化測(cè)試角本在空閑的時(shí)間運(yùn)行，測(cè)試組可以在進(jìn)入手工測(cè)試時(shí)得到比較穩(wěn)定的版本，及大極大的提升了團(tuán)隊(duì)開(kāi)發(fā)與測(cè)試的執(zhí)行效率，。但然而在這樣的情況下，缺陷點(diǎn)是整個(gè)團(tuán)隊(duì)對(duì)研發(fā)，、測(cè)試體系的技術(shù)要求特別高，其本上不亞于有時(shí)甚至難過(guò)做一個(gè)大型的項(xiàng)目。這樣的測(cè)試流程在，在中小團(tuán)隊(duì)比較難以實(shí)現(xiàn)比較困難，而關(guān)鍵就在于無(wú)法降低的成本比較高。下圖就是一個(gè)穩(wěn)定項(xiàng)目的測(cè)試流程圖。

游戲軟件產(chǎn)品的測(cè)試流程又有不同。當(dāng)你去帶領(lǐng)這個(gè)測(cè)試團(tuán)隊(duì)一個(gè)游戲團(tuán)隊(duì)時(shí)，可能游戲核心引擎應(yīng)該是比較相對(duì)穩(wěn)定的，而游戲內(nèi)部的故事情節(jié)可能會(huì)不斷的變化，。這時(shí)你可把一些更加穩(wěn)定的程序做成比較穩(wěn)定的自動(dòng)化回歸測(cè)試，同時(shí)加強(qiáng)對(duì)不斷變化的游戲情節(jié)的功能測(cè)試，同時(shí)注意這些功能是不是否會(huì)影響到其它相關(guān)的模塊。同時(shí)在因此，游戲測(cè)試的過(guò)程中還有一些比較有其特殊性，主要表現(xiàn)以下幾點(diǎn)：

服務(wù)器的穩(wěn)定性，網(wǎng)絡(luò)流量，與安全是游戲最至關(guān)重要的，（往往有很多游戲不是不好玩，而是太不穩(wěn)定）；

游戲由于有及時(shí)的即時(shí)更新，會(huì)經(jīng)常在同時(shí)修改缺陷的時(shí)候，還在同一模塊下增加新功能；

好的網(wǎng)絡(luò)游戲開(kāi)發(fā)，其的功能必然會(huì)是迎合玩家的需求(游戲性分析)。；

對(duì)于游戲軟件產(chǎn)品來(lái)說(shuō)，這些需要特別注意重點(diǎn)控制的點(diǎn)關(guān)鍵，要求測(cè)試團(tuán)隊(duì)必需要加強(qiáng)以下幾個(gè)方面，性能測(cè)試，代碼的融合、相關(guān)性影響面的判斷、版本的變更與控制，還有游戲性的分析與測(cè)試。性能測(cè)試主要加強(qiáng)以下幾點(diǎn)，則需要注意在并發(fā)下服務(wù)器的穩(wěn)定性監(jiān)控，、網(wǎng)絡(luò)流量與游戲客戶(hù)端在大場(chǎng)面下的表現(xiàn)。；而版本控制在游戲軟件的過(guò)程中，其意義更多——?jiǎng)t會(huì)避免已經(jīng)改了的問(wèn)題重復(fù)出現(xiàn)，或是改了更新上去問(wèn)題還是存在，如何高效的合并代碼，、合成游戲資源、圖片與角本腳本還是一個(gè)比較難度很高的事情，尤其涉及到多個(gè)部門(mén)。；而游戲性測(cè)試主要是避免那種些與游戲風(fēng)格相背的情況，或是開(kāi)發(fā)團(tuán)隊(duì)累死累活拼命完成得功能性任務(wù)做出的功能沒(méi)有可延續(xù)性。

性能測(cè)試與版本控制，在大多數(shù)軟件的測(cè)試流程中都會(huì)涉及，但是在不同的軟件產(chǎn)品/項(xiàng)目中都有其特點(diǎn)。一般屬于通用軟件測(cè)試流程的部分，但而游戲性測(cè)試則需要對(duì)游戲感覺(jué)很好有比較深刻的了解，并由真正懂懂得的玩家的人來(lái)?yè)?dān)任，。某些時(shí)候，他甚至可以不是一個(gè)很好的軟件測(cè)試人員，但他一定是一個(gè)真正懂游戲的人，這里有一些扯遠(yuǎn)，但這里，本文稍后一節(jié)，將我會(huì)在后面會(huì)強(qiáng)調(diào)人的因素也決定了流程的實(shí)施。

下圖是游戲迭代開(kāi)發(fā)模型圖

如果你去做電子商務(wù)，或是做門(mén)戶(hù)，這些項(xiàng)目的適時(shí)性，高性能，復(fù)雜的功能會(huì)給你更高的技術(shù)要求，更高強(qiáng)的時(shí)間性效率挑戰(zhàn)，對(duì)測(cè)試的設(shè)計(jì)，、執(zhí)行，、與性能測(cè)試提出更高的要求。其實(shí)在大多數(shù)互聯(lián)網(wǎng)公司經(jīng)常會(huì)出現(xiàn)這樣的情況：剛出去的功能又撤下來(lái)修改，或是性能達(dá)不到要求仍需要又要調(diào)優(yōu)。許多一些人都會(huì)犯這樣一個(gè)錯(cuò)，認(rèn)為測(cè)試的時(shí)間不夠，就只要測(cè)試執(zhí)行，而忽略了其他幾個(gè)環(huán)節(jié)就可以了，不做細(xì)致的分析與設(shè)計(jì)，為后續(xù)工作帶來(lái)很大壓力。其實(shí)，一個(gè)充分測(cè)試過(guò)的有質(zhì)量保證的產(chǎn)品，可以減輕客服，、市場(chǎng)，、等各方面很多的壓力。產(chǎn)品在用戶(hù)和研發(fā)之間，反復(fù)，幾次不如晚一些上提供給用戶(hù)。從另外一方面看，這還需要測(cè)試主管能頂住某些壓力。時(shí)間緊迫當(dāng)然這不是理由，如何在流程上保證測(cè)試的需求分析，、用例的設(shè)計(jì)與研發(fā)在開(kāi)發(fā)時(shí)同步進(jìn)行是最重要的，這時(shí)你要加強(qiáng)早期的測(cè)試介入，明確卡住需求確認(rèn)這一部分，。這樣，在研發(fā)進(jìn)入開(kāi)發(fā)階段時(shí)，測(cè)試團(tuán)隊(duì)也能進(jìn)入測(cè)試設(shè)計(jì)，。當(dāng)研發(fā)開(kāi)發(fā)完成時(shí)，你測(cè)試團(tuán)隊(duì)事實(shí)上已經(jīng)其本基本上完成了大部分的測(cè)試設(shè)計(jì)，并準(zhǔn)備進(jìn)入測(cè)試執(zhí)行，。不要在開(kāi)發(fā)提交后再去想如何測(cè)測(cè)試，抱怨之聲也就不絕于耳了。這樣才可能測(cè)試好一個(gè)時(shí)間比較緊的項(xiàng)目不管在用于測(cè)試的時(shí)間上，還是測(cè)試的質(zhì)量上都無(wú)法滿(mǎn)足要求。

，同時(shí)測(cè)試設(shè)計(jì)的很好，不僅可以節(jié)約測(cè)試執(zhí)行的時(shí)間，也可以在反復(fù)提交的過(guò)程中，由于用例執(zhí)行的一致性，保證了測(cè)試在多次的執(zhí)行中的質(zhì)量，；。同時(shí)也有的標(biāo)準(zhǔn)，一是缺陷的情況，二是用例的執(zhí)行與覆蓋。同時(shí)由于研發(fā)給的測(cè)試時(shí)間比較緊，所以有兩件事情就必需作做好，：一是明確產(chǎn)品提交測(cè)試時(shí)間，并在研發(fā)延遲時(shí)給自己爭(zhēng)取時(shí)間；二是在質(zhì)量達(dá)不到要求的情況下，時(shí)間及時(shí)的做出反應(yīng)，不要到最后在研發(fā)不了解項(xiàng)目質(zhì)量的情況下建議研發(fā)延遲項(xiàng)目。為了達(dá)到上面的要求你必需要一個(gè)很好的測(cè)試平臺(tái)，把設(shè)計(jì)，測(cè)試用例管理，執(zhí)行與用例的聯(lián)動(dòng)，缺陷管理與報(bào)表統(tǒng)計(jì)打通，盡可能的利用平臺(tái)解決事務(wù)性工作，降低流程執(zhí)行的成本，。也就是說(shuō)，既讓測(cè)試人員可以集中精力去測(cè)試，同時(shí)又能夠讓研發(fā)管理人員隨時(shí)獲取正在進(jìn)行測(cè)試的進(jìn)度與質(zhì)量，。當(dāng)這些工作做到透明化時(shí)以后，就算讓研發(fā)延遲，研發(fā)部門(mén)也會(huì)接收接受，。下圖是這一階段的大致流程

在這里可以跟大家說(shuō)一下，我就曾經(jīng)在產(chǎn)品權(quán)限不在測(cè)試這里部門(mén)的情況下，成功的讓研發(fā)決定推遲了大約一半以上的項(xiàng)目,。大多數(shù)的測(cè)試部門(mén)主管，很難頂住來(lái)自項(xiàng)目/技術(shù)經(jīng)理的壓力是有理由的，因?yàn)樗麄兏静涣私饽阕隽四男┕ぷ鳌Ｓ袝r(shí)候一些情況下，看似不可能的事情任務(wù)要想做成完成，關(guān)鍵要看在于事情的技巧，。流程表示了只是一個(gè)大方向的東西，而且，你永遠(yuǎn)也無(wú)法將責(zé)任推卸給流程也許是對(duì)的，更多情況下，作為測(cè)試主管，需要但將做事的方法與風(fēng)格可以影響到推廣到測(cè)試流程的推廣中。

在測(cè)試互聯(lián)網(wǎng)項(xiàng)目時(shí)，還有一個(gè)更重要的就是如何保證性能，。

也許大家會(huì)說(shuō)不就是性能測(cè)試并不是單獨(dú)存在的。其實(shí)不是完全正確，如果有充足的優(yōu)秀高手人力資源做性能測(cè)試當(dāng)然很好，但性能測(cè)試也不能完全保證所有的項(xiàng)目完全沒(méi)有性能問(wèn)題都完美無(wú)缺，因此，項(xiàng)目投入期間，同時(shí)性能測(cè)試是一個(gè)這個(gè)費(fèi)時(shí)費(fèi)力的工作，所以往往都是一般在資源不足的情況下開(kāi)展的。