1、 測(cè)試人員需要何時(shí)參加需求分析？
原則上，測(cè)試人員對(duì)需求了解得越深入對(duì)測(cè)試工作越有利，所以最好一開(kāi)始就應(yīng)該參加需求分析工作。這樣可以帶來(lái)如下好處：
測(cè)試人員全程參與需求分析，對(duì)需求了解很深刻，減少了很多與開(kāi)發(fā)人員的交互，節(jié)省了時(shí)間。測(cè)試人員參與前期開(kāi)發(fā)討論，直接掌握了不清晰的需求點(diǎn)；
早期確定測(cè)試用例的編寫(xiě)思路，為項(xiàng)目（產(chǎn)品）測(cè)試打好了基礎(chǔ)；
可以獲取一些測(cè)試數(shù)據(jù)，為測(cè)試用例設(shè)計(jì)提供幫助；
可以發(fā)現(xiàn)需求不合理的地方，降低了測(cè)試成本。
測(cè)試人員主要的工作之一就是確認(rèn)系統(tǒng)是否正確實(shí)現(xiàn)了需求。測(cè)試人要不參與前期的工作，就只能依賴(lài)最后形成的需求文檔，甚至由開(kāi)發(fā)人員來(lái)講解需求，而這些需求可能發(fā)生了“問(wèn)題”，因?yàn)檫@個(gè)需求是已經(jīng)經(jīng)過(guò)分析的需求，很多的內(nèi)容可能與用戶的真正要求發(fā)生了偏差。同時(shí)如果只看最后形成的需求文檔，對(duì)需求也會(huì)有理解上的偏差。因此作為測(cè)試人員要盡可能的獲取到“第一線”的需求資料，才能真正地了解用戶的業(yè)務(wù)，從而更好的對(duì)系統(tǒng)進(jìn)行測(cè)試。
當(dāng)然，如果測(cè)試人員不能參與需求環(huán)節(jié)，一定要通過(guò)其他途徑保證需求的正確性，例如和開(kāi)發(fā)人員進(jìn)行集中討論需求疑問(wèn)的項(xiàng)目會(huì)議，并且一定要加強(qiáng)測(cè)試案例評(píng)審，甚至于是測(cè)試需求的評(píng)審。
2、 系統(tǒng)測(cè)試階段低級(jí)缺陷較多怎么辦？
在系統(tǒng)測(cè)試階段，如果仍有很多低級(jí)缺陷，說(shuō)明測(cè)試對(duì)象是不合格的，沒(méi)有達(dá)到測(cè)試標(biāo)準(zhǔn)。如果系統(tǒng)階段發(fā)現(xiàn)的簡(jiǎn)單缺陷（也就是不應(yīng)該有的缺陷）較多，最好停止測(cè)試，反饋給開(kāi)發(fā)人員進(jìn)行測(cè)試，發(fā)現(xiàn)問(wèn)題立刻修改，因?yàn)檫@種由測(cè)試人員進(jìn)行測(cè)試的成本較高，反復(fù)交互還會(huì)耽誤項(xiàng)目進(jìn)度。
建議建立預(yù)測(cè)試制度：系統(tǒng)測(cè)試前對(duì)核心模塊進(jìn)行抽查測(cè)試，如果問(wèn)題較多（例如核心功能存在20個(gè)以上的缺陷），就可以停止本次測(cè)試，反饋給開(kāi)發(fā)組進(jìn)行測(cè)試，直到抽測(cè)后問(wèn)題較少才可以啟動(dòng)系統(tǒng)測(cè)試。
3、 缺陷流落到客戶那里有什么后果？
如果軟件缺陷被遺落到客戶那里，結(jié)果就是代價(jià)高昂的電話或現(xiàn)場(chǎng)支持費(fèi)用，還可能需要修復(fù)、重新測(cè)試和發(fā)布新的產(chǎn)品，更糟糕的情況是產(chǎn)品要被召回甚至被客戶起訴。這種成本付出非常高，幾乎是在內(nèi)部修改缺陷的幾倍，甚至十幾倍。
質(zhì)量之父PhilipCrosby把質(zhì)量的費(fèi)用分為整合費(fèi)用和非整合費(fèi)用兩類(lèi)，整合費(fèi)用是指與一次性計(jì)劃和執(zhí)行測(cè)試相關(guān)的全部費(fèi)用，用于保證軟件按照預(yù)期方式進(jìn)行。如果發(fā)現(xiàn)缺陷，經(jīng)過(guò)一系列的缺陷處理流程而解決缺陷，這種費(fèi)用就是非整合費(fèi)用。PhilipCrosby在自己的作品中詳細(xì)論述了內(nèi)部的整合費(fèi)用和內(nèi)部的非整合費(fèi)用之和遠(yuǎn)遠(yuǎn)小于外部也就是客戶引起的非整合費(fèi)用。
軟件測(cè)試是保證軟件質(zhì)量的有效手段，但不是唯一手段。高質(zhì)量的軟件不是測(cè)試出來(lái)的，而是設(shè)計(jì)出來(lái)。這就需要全員一起參與，提高全員的質(zhì)量意識(shí)，共同提高軟件的質(zhì)量。
總之，軟件缺陷一定要盡可能的在內(nèi)部解決，這對(duì)節(jié)約成本、提高產(chǎn)品知名度都大有意義的。
4、 狀態(tài)為已經(jīng)修改的缺陷沒(méi)有修改怎么辦？
首先對(duì)這類(lèi)缺陷進(jìn)行分析：
（1）有些問(wèn)題在開(kāi)發(fā)環(huán)境下沒(méi)有重現(xiàn)，而開(kāi)發(fā)人員迫于進(jìn)度壓力，往往會(huì)把它標(biāo)記為已經(jīng)修改。這種條件下測(cè)試人員應(yīng)該和開(kāi)發(fā)人員進(jìn)行直接溝通；
（2）有些問(wèn)題測(cè)試人員沒(méi)有描述清楚，開(kāi)發(fā)人員認(rèn)為問(wèn)題不存在也可能把問(wèn)題標(biāo)記為已經(jīng)修改（正確的作法是標(biāo)記問(wèn)題為商討或者不可再現(xiàn)狀態(tài)）。測(cè)試人員應(yīng)該清晰的描述問(wèn)題，減少這類(lèi)問(wèn)題的發(fā)生，尤其要描述清楚運(yùn)行的環(huán)境以及缺陷的重現(xiàn)步驟；
（3）第三類(lèi)情況純屬個(gè)人行為：迫于進(jìn)度壓力，開(kāi)發(fā)人員來(lái)不及修改問(wèn)題，會(huì)故意把一些問(wèn)題標(biāo)記為修改，這樣就可以在下次測(cè)試后進(jìn)行修改。解決這種問(wèn)題的方法就是統(tǒng)計(jì)缺陷的修改次數(shù)，分析出哪些反復(fù)修改的缺陷歸屬于哪些開(kāi)發(fā)人員，然后告知項(xiàng)目經(jīng)理；（由可能和績(jī)效考核結(jié)合起來(lái)。）測(cè)試人員遇到這種情況，需要重新打開(kāi)哪些未被修改而狀態(tài)為修改標(biāo)記的缺陷。
決這種問(wèn)題的根本方法就是加強(qiáng)項(xiàng)目管理，提高項(xiàng)目執(zhí)行能力，一旦資源較充裕時(shí)，測(cè)試人員和開(kāi)發(fā)人員就會(huì)更加投入的一起解決缺陷，共同來(lái)提高軟件質(zhì)量。這就需要在制定項(xiàng)目計(jì)劃時(shí)盡量要合理。
5、 產(chǎn)品測(cè)試完成后產(chǎn)品由誰(shuí)來(lái)發(fā)布？
很多時(shí)候產(chǎn)品經(jīng)過(guò)最后一次測(cè)試后由開(kāi)發(fā)人員來(lái)發(fā)布，或由質(zhì)量管理部來(lái)發(fā)布，這樣做都是不合適的。
開(kāi)發(fā)人員發(fā)布產(chǎn)品常常會(huì)導(dǎo)致缺陷解決不徹底。一種較常見(jiàn)的現(xiàn)象是最后一次回歸測(cè)試后，開(kāi)發(fā)人員修改完成最后幾個(gè)缺陷直接從開(kāi)發(fā)環(huán)境發(fā)布產(chǎn)品，這種條件下實(shí)際是缺陷一次測(cè)試，因?yàn)樾薷娜毕萃ǔ?huì)引入新的缺陷，甚至是嚴(yán)重的缺陷。
測(cè)試人員發(fā)布產(chǎn)品也不符合流程的，測(cè)試人員的職責(zé)是報(bào)告軟件質(zhì)量情況。而且測(cè)試人員發(fā)布產(chǎn)品容易帶來(lái)版本管理混亂。
正確的做法是產(chǎn)品經(jīng)過(guò)最后一次測(cè)試后，把產(chǎn)品和缺陷修改情況存入產(chǎn)品基線庫(kù)，形成一個(gè)可以發(fā)布的版本。這樣發(fā)布產(chǎn)品的一個(gè)前提是每次產(chǎn)品提交測(cè)試前都要有一個(gè)預(yù)備發(fā)布版本，測(cè)試或者回歸測(cè)試后如果有問(wèn)題需要修改解決，開(kāi)發(fā)人員對(duì)該預(yù)備版本進(jìn)行修改。如此反復(fù)多次后，直到最后一次測(cè)試，所有缺陷都得到修改或者審核，同時(shí)開(kāi)發(fā)人員此次測(cè)試后沒(méi)有對(duì)產(chǎn)品經(jīng)過(guò)任何修改，我們就可以把這個(gè)最后一個(gè)預(yù)備發(fā)布版本存入基線庫(kù)。
進(jìn)行了上面正確的版本控制后，我們可以通過(guò)配置管理庫(kù)進(jìn)行產(chǎn)品發(fā)布管理。對(duì)外部發(fā)布產(chǎn)品時(shí)，直接從配置管理庫(kù)中提取就可以了。
6、 用戶試用階段產(chǎn)生的新需求或修改意見(jiàn)由誰(shuí)來(lái)處理？
在試用階段用戶會(huì)提出一些新的需求或修改意見(jiàn)，這些意見(jiàn)的反饋渠道應(yīng)該是怎么樣的呢？是反饋給測(cè)試人員、質(zhì)量保證人員、項(xiàng)目經(jīng)理還是項(xiàng)目的負(fù)責(zé)人？實(shí)際情況證實(shí)，這些新的需求或修改意見(jiàn)，反饋給項(xiàng)目經(jīng)理或項(xiàng)目的負(fù)責(zé)人是最好的渠道，這樣項(xiàng)目經(jīng)理或項(xiàng)目負(fù)責(zé)人能夠直接得到項(xiàng)目的修改意見(jiàn)或新增需求，而不是其他人員的轉(zhuǎn)述。還因?yàn)轫?xiàng)目經(jīng)理或項(xiàng)目負(fù)責(zé)人是項(xiàng)目的設(shè)計(jì)者、開(kāi)發(fā)者，他們對(duì)軟件系統(tǒng)最熟悉，對(duì)于用戶提出來(lái)的新的需求或修改意見(jiàn)可以根據(jù)系統(tǒng)的實(shí)際情況，應(yīng)允合理的需求和合理的修改意見(jiàn)。屏蔽一些不合理的需求或修改意見(jiàn)，或給用戶一個(gè)合理的不能修改的解釋。
如果先給測(cè)試人員或是質(zhì)量保證人員，效果不會(huì)很好；首先測(cè)試人員得到新的需求或修改意見(jiàn)后，不能馬上確認(rèn)是否修改，不清楚修改這些功能的工作量和是否有技術(shù)上的難點(diǎn)等疑問(wèn)。其次在測(cè)試人員得到需要后，仍需要轉(zhuǎn)述給項(xiàng)目經(jīng)理或項(xiàng)目負(fù)責(zé)人，這樣在一定程度上浪費(fèi)了一些時(shí)間。主要表現(xiàn)在，如果測(cè)試人員沒(méi)有完全理解新的需求或修改意見(jiàn)，這樣在轉(zhuǎn)述的時(shí)候就會(huì)有偏差，還得需要項(xiàng)目經(jīng)理或項(xiàng)目負(fù)責(zé)人在對(duì)需求或修改意見(jiàn)進(jìn)行再次確認(rèn)，這樣就產(chǎn)生了不必要的工作量。
聯(lián)系客服
