目前測試部測試流程混亂的一些想法

　　前段時(shí)間我們測試部開(kāi)周例會(huì )的時(shí)候，功能組同事提到現在測試流程比較混亂。對于流程這塊我們測試部以及其他領(lǐng)導聊了很多，從測試環(huán)境和開(kāi)發(fā)環(huán)境的使用，再到開(kāi)發(fā)人員提測項目方式以及項目變更控制流程，最后討論到測試人員與產(chǎn)品人員以及開(kāi)發(fā)人員在需求上的矛盾。這里的矛盾不是對待是什么需求的問(wèn)題，當然是什么樣需求、要實(shí)現什么樣的產(chǎn)品是由產(chǎn)品部同事和市場(chǎng)部同事制確定的，開(kāi)發(fā)部和測試部只有執行和建議的份。產(chǎn)品部是老大，一個(gè)IT產(chǎn)品公司中可以沒(méi)有測試部，但是不能沒(méi)有產(chǎn)品部，產(chǎn)品的創(chuàng )新、以及市場(chǎng)競爭力主要依靠產(chǎn)品部門(mén)，這里有些扯的遠啦。當然測試部更重要，O(∩_∩)O哈哈~

　　開(kāi)發(fā)人員也有獨立的開(kāi)發(fā)環(huán)境，但是他們卻很少在他們的開(kāi)發(fā)環(huán)境上使用，他們在自己的本地電腦上開(kāi)發(fā)、修改bug程序。有人會(huì )問(wèn)那你們的開(kāi)發(fā)是怎么和其他同事負責的模塊進(jìn)行聯(lián)調的呢?他們都在自己的電腦上部署所有站點(diǎn)的程序，配置這塊，數據庫路徑連接的是測試環(huán)境的地址。有些開(kāi)發(fā)更懶，甚至都沒(méi)有和其他模塊或者站點(diǎn)的程序進(jìn)行調試(他們大都是這樣的)，而是直接提交給測試這邊的配置管理員部署到測試環(huán)境。也許開(kāi)發(fā)人員很有自信心，對自己的編碼水平絲毫不存在懷疑，其實(shí)也值得我們尊重呀 哈哈。說(shuō)句實(shí)話(huà)，好像測試就是開(kāi)發(fā)人員的專(zhuān)職保姆，活不少干，整天忙得焦頭爛額，導致自己的測試流程被完全打亂，出不了成績(jì)，被測試的模塊一次次回歸。好像他們早已經(jīng)形成了這個(gè)大少爺習慣，冒煙測試的工作應該完全由開(kāi)發(fā)人員自己來(lái)進(jìn)行的，現在卻成了測試人員來(lái)做。這中間我們也意識到無(wú)形的矛盾存在，也找過(guò)開(kāi)發(fā)的負責人進(jìn)行協(xié)商，我們測試可以出一個(gè)配置管理員向他們的開(kāi)發(fā)服務(wù)器提交他們的冒煙測試程序，然后他們對自己的程序進(jìn)行初步驗證后再提交到測試環(huán)境，再次進(jìn)行深入的測試。對于該提議，也得到開(kāi)發(fā)部門(mén)同事的一致認同，但中間不知道什么原因沒(méi)有這么做，主要還是領(lǐng)導的執行力度不夠，以及部門(mén)間缺少這種協(xié)作控制的維護體系。

　　不知道其他公司是不是也有這樣的矛盾。

　　在需求這塊，除了大項目以外，很多時(shí)候測試人員在開(kāi)發(fā)人員沒(méi)有提測以前，根本不知道還有這個(gè)功能或者變更需求，直到開(kāi)發(fā)人員向測試部的配置人員提交測試版本我們這邊才知道還有這個(gè)測試。至于要實(shí)現的功能，開(kāi)發(fā)人員說(shuō)產(chǎn)品部沒(méi)有給什么文檔，只有口頭一句話(huà)或者QQ上一句話(huà)需求等。這時(shí)候測試部還要去找產(chǎn)品部相關(guān)人員調研需求，向他們索要功能需求文檔(他們是沒(méi)有寫(xiě)的，除了大一些的開(kāi)發(fā)項目)。如果不找產(chǎn)品部核對需求，只憑開(kāi)發(fā)人員的一句話(huà)，那就只等著(zhù)翻工的份啦，因為測試部的最終客戶(hù)是產(chǎn)品部。對于一個(gè)IT公司部門(mén)協(xié)作之間也存在甲方、乙方的關(guān)系，盡管沒(méi)有報酬環(huán)節，但這種關(guān)系卻的的確確存在的。這時(shí)候開(kāi)發(fā)和測試是坐在一條船上的，代碼的質(zhì)量以及開(kāi)發(fā)的進(jìn)度，會(huì )影響測試的效率和進(jìn)度。在同一個(gè)公司中我認為的甲方包括公司老板、CTO、公司的某一個(gè)部門(mén)(產(chǎn)品部、市場(chǎng)部);乙方包括開(kāi)發(fā)部、測試部。對于領(lǐng)導以及一些人員的一句話(huà)需求，開(kāi)發(fā)人員如果定位的有偏差，不僅開(kāi)發(fā)人員要翻工，而且測試人員工作不到位，也必然翻工，對于需求的定位很重要。另外產(chǎn)品部提交不出測試需求文檔，測試人員也就沒(méi)有可以信任的東西寫(xiě)case啦。

　　總體來(lái)說(shuō)，這些問(wèn)題的存在在無(wú)形之中阻礙了開(kāi)發(fā)、測試的進(jìn)度，特別是因為需求發(fā)起、需求變更引起的問(wèn)題，給測試人員造成不少的困擾。部門(mén)間沒(méi)有協(xié)作控制規范體系來(lái)相互束縛，提交需求人員舍不得編寫(xiě)需求文檔，久而久之就會(huì )產(chǎn)生一種依賴(lài)心里，在需求需要變更時(shí)，隨時(shí)一句話(huà)就可以變更。測試工作中不僅僅要建立完善的測試體系，在適當的時(shí)候也要拉上開(kāi)發(fā)、產(chǎn)品一起來(lái)規范這個(gè)體系，由于是部門(mén)間協(xié)作，一定要強硬執行，要讓他們知道測試是版本走出家門(mén)的最后一道崗。

原文轉自：http://www.cnblogs.com/zhuque/archive/2013/03/15/2961953.html