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

　　實施測試流程一般都是有兩個原因，：一是軟件質(zhì)量出現(xiàn)的了問題，雖然在某種程度上已經(jīng)得到解決，但仍需要通過測試，把預(yù)防措施的方法找到并固化下來；還有另一個原因則種是軟件研發(fā)的規(guī)模壯大，要求做的在流程上更加清晰，可靠更好。我個人從我自己的角度出發(fā)最怕以下一某些情況是讓人非常頭疼的，：一種情況是，是今天剛看了一本書，被告知說這樣做是規(guī)范應(yīng)該這樣制定的，而明天就要引入進(jìn)來，完全不考慮公司的實際情況；另一種情況是“蘇聯(lián)模式”，二是那種即某某大公司的測試流程如此制定是這樣做的，我們也要采用相同的方法這樣。其實流程沒有最好的，只有適合自己的，規(guī)范的測試流程不一定會幫助研發(fā)成功，反而在某些情況下會弄不好羈絆到自己自己的工作。

　　◆　現(xiàn)在大多數(shù)測試人會犯一個共同的錯誤，往往——把流程設(shè)計的得很完美，但沒有可操作性很差，無法幫助對于軟件公司真正的目的——研發(fā)，并沒有起到應(yīng)有的作用成功，久而久之測試的重要性就無從談起，測試團(tuán)隊也漸漸在公司變成次要部門，成為打雜的得不到應(yīng)有的重視。
 
　　◆　在流程的設(shè)計過程中，最重要的問題在于是目當(dāng)前項目的特點是什么，產(chǎn)品經(jīng)常出什么樣的哪些問題，需要做什么怎樣的調(diào)整，現(xiàn)有測試團(tuán)隊能不能做這樣的能否做作出調(diào)整，研發(fā)團(tuán)隊是不是會不會能接收接受?

　　首先談?wù)勴椖刻攸c，按照項目特點，大致可以一般來說分成兩類，：

　　◆　一種是長期進(jìn)行的項目，這種項目有基本的框架，有核心的技術(shù)，應(yīng)用比較穩(wěn)定，這種項目要注重測試用例的積累與復(fù)用，同時也適合做單元測試，自動化測試的積累；

　　◆　另一種是變更頻度更高，靈活，規(guī)模不大的項目，如果做自動化測試則會出現(xiàn)二次開發(fā)的時間大于手工測試的時間，而且項目結(jié)束后測試用例在長期中也沒有任何復(fù)用，在自動化測試人員普遍成本比較高的情況下，所以反而更適做功能測試。

　　◆　雖然這兩者可能在長遠(yuǎn)的目標(biāo)上并不一致，但是引入測試管理平臺，從測試需求，、測試設(shè)計，、缺陷管理等方面入手則是測試團(tuán)隊必備的技能。一個好的測試流程必需要有好的系統(tǒng)平臺的支撐，如果你把測試流程設(shè)計的得很完美，跟如同小學(xué)語文教科書一樣，但執(zhí)行這樣的流程在起來現(xiàn)有的資源的情況下是未免不現(xiàn)實，倒并非說詳細(xì)的流程是洪水猛獸，只是對于一家軟件公司來說，資源的限制仍然是瓶頸所在的。，那流程也就沒有意義，一般來說一個執(zhí)行的得好的測試流程必然會有好的平臺，就像我以前所在國內(nèi)的幾家很有聲名的軟件公司，其測試平臺要不是么是采購的，就要么是自己開發(fā)的，但最主要是要適合自己一套適合自身特點的流程平臺起了非常積極的作用。在這里也給大家建議一些好的測試平臺，比如Mercury Interactive的Test Director，、IBM的TestManager,、Silk的一些缺陷管理平臺，這些平臺大多都能充分滿足測試團(tuán)隊的要求其實都能滿足大家的要求。，當(dāng)然，還有一些免費(fèi)的開源工具也是可用的。但從長遠(yuǎn)的角度看，我還是更建議大家讀者使用那些不僅僅只是滿足缺陷管理的工具，而是要應(yīng)該選擇能集成測試需求，、測試設(shè)計，、測試用例，、缺陷管理的工具，最好也能滿足自動化的集成的，什么樣的產(chǎn)品能滿足就不多說了，免得有打廣告之嫌J，而商業(yè)軟件，如MI或IBM的產(chǎn)品在這些方面都有較好的表現(xiàn)。

　　◆　項目特點決定流程的長期目標(biāo)，但對于不同產(chǎn)品類型的公司，可能出現(xiàn)的問題往往會不一樣同。，比如說在金蝶的EAS-BossBOSS，、或是在金山做的游戲軟件，、亦或還是在阿里巴巴做電子商務(wù)，作為測試管理者，就要具體的問題都應(yīng)該區(qū)別對待。
 
　　對于EAS-Boss這樣大型的軟件產(chǎn)品，團(tuán)隊的規(guī)模比較大，核心技術(shù)比較穩(wěn)定。但對于這樣的這樣的產(chǎn)品有以下一些特點：

　　◆ 由于產(chǎn)品比較大，手工測試時重復(fù)的工作量特別大；
　　◆ 引擎與產(chǎn)品框架比較穩(wěn)定；
　　◆ 編譯與發(fā)布的流程比較固化；
　　◆ 由于團(tuán)隊的規(guī)模比較大，接口特別多，集成測試風(fēng)險特別高。

更多軟考資料請訪問：考試吧軟件水平考試欄目

希望與更多網(wǎng)友交流，請進(jìn)入考試吧軟件水平考試論壇