在工作中經(jīng)常遇到當(dāng)產(chǎn)品上線出了bug后，第一個受到指責(zé)的是測試人員，”測試為什么當(dāng)初沒有發(fā)現(xiàn)這個問題呢”，這種情況在現(xiàn)實(shí)工作中數(shù)不勝數(shù)，也許他們把測試人員當(dāng)”超級魔法師”了，經(jīng)過測試之手的東西就完美無瑕了，這就屬于角色定位問題，當(dāng)定位好自己的角色后，在協(xié)商角色內(nèi)容時，就有了在可能出現(xiàn)的任何情況下現(xiàn)的問題時首先確立對自己預(yù)期的基礎(chǔ)。

一、善于提出問題

測試人員在需求分析或者在測試過程中不問問題，不是不能測試，只是不能更好的測試，問問題是測試人員對項(xiàng)目發(fā)揮作用的基礎(chǔ)，不問問題，測試就沒有目標(biāo)，思路不夠開闊，分析不透徹，只是呆板的機(jī)械的測試固有功能，之前聽阿里一位同事講過，他們在發(fā)布的任何產(chǎn)品的測試報告中必須體現(xiàn)出項(xiàng)目的風(fēng)險點(diǎn)是什么，如果不思考不分析，風(fēng)險點(diǎn)是不容易提出的，那么測試意義就會打折。

二、與開發(fā)人員高度配合

為程序員提供支持，才是測試員使命的關(guān)鍵部分，當(dāng)程序員還在編寫代碼或者編寫完成待提測時，必要時測試人員能夠提供測試工具為開發(fā)人員快速驗(yàn)證使用，而在程序交付后，應(yīng)該馬上啟動測試（當(dāng)然前期測試準(zhǔn)備工作需要充分），盡可能建立最短、最快的反饋環(huán)路。力求當(dāng)程序員還在苦苦思索上個bug如何解決時，測試已經(jīng)開始尋找更多的程序問題，最理想的狀態(tài)是程序員為了修改bug團(tuán)團(tuán)轉(zhuǎn)，是程序員而不是測試人員成為項(xiàng)目的瓶頸，降低項(xiàng)目潛在風(fēng)險。而且這里可以加一點(diǎn)測試人員的角色，就是對bug定位問題，不能只看問題現(xiàn)象，需要深入問題本質(zhì)，一層一層扒開它的面目，為開發(fā)人員節(jié)省時間，縮短bug生命周期。

三、認(rèn)清重點(diǎn)

測試員不會發(fā)現(xiàn)所有的問題，測試員的任務(wù)就是找出并報告重要的程序問題。那么假設(shè)一下，為了發(fā)現(xiàn)程序所有的錯誤，測試員必須檢查所有可能有問題的地方，要在有可能發(fā)生的不同條件下觀察這些地方，還需要一種十分可靠的方法，當(dāng)所有類型的錯誤發(fā)生時，你都能夠識別出來，那么如果一個測試人員能做到這些，要么是這個產(chǎn)品特別簡單，要么測試員的想象能力有限。當(dāng)我們知道并承認(rèn)自己不能做所有的事之后，測試員必須選擇如何利用自己的有效時間。

經(jīng)驗(yàn)總結(jié)：迅速找出重要程序問題。

1、首先測試變更的部分，然后回歸老功能，識別新變更帶來的風(fēng)險；

2、首先測試核心部分，即關(guān)鍵和常用功能；

3、首先測試功能，再測試可靠性，考慮各種異常場景；

4、具備判別bug風(fēng)險等級的能力；

當(dāng)然這里要求測試人員對產(chǎn)品有絕對的熟悉了解，更快捷的找到問題；

四、測試不能保證質(zhì)量

測試人員不是質(zhì)量衛(wèi)士，測試既不會提高質(zhì)量，也不會降低質(zhì)量，質(zhì)量好不好代碼底子就在那里，質(zhì)量源于構(gòu)建產(chǎn)品的人，聽起來很不可思議，但這也是他們要背負(fù)的沉重負(fù)擔(dān)，測試員使命中另一部分就是幫助他們對付真正的負(fù)擔(dān)。但如果測試員認(rèn)為自己是項(xiàng)目團(tuán)隊(duì)中唯一關(guān)心交付好產(chǎn)品的人，就不能很好的完成這個使命，說明測試員沒有認(rèn)清自己的角色，測試員的測試和錯誤報告提供了促進(jìn)質(zhì)量保證的信息，而最終保證質(zhì)量的是整個團(tuán)隊(duì)。所以測試員永遠(yuǎn)不要做看門人，否則是對整個產(chǎn)品的不負(fù)責(zé)任。當(dāng)你扛起整個產(chǎn)品質(zhì)量的全部責(zé)任時，團(tuán)隊(duì)的其他成員可以放松一點(diǎn)，甚至?xí)蟠蠓潘?，如果問題遺漏沒被發(fā)現(xiàn)，其他成員想當(dāng)然的會來指責(zé)你，為什么你沒發(fā)現(xiàn)問題呢，并且同時伴隨的還有對你工作量的質(zhì)疑。

這里再舉個例子，曾經(jīng)待過一個敏捷團(tuán)隊(duì)，在那里從來沒有上述問題，為什么呢？因?yàn)槿绻€上出問題，首先找到的是相關(guān)的開發(fā)人員，他要付最大的責(zé)任，那么你就奇怪難道測試員就一點(diǎn)干系沒了？非也，測試員有測試團(tuán)隊(duì)自己的考核標(biāo)準(zhǔn)，會從自身找問題，自然也不會輕松罷了。而這種模式的利好在哪里呢？利好在于當(dāng)開發(fā)人員在寫代碼時候，他就會考慮到質(zhì)量問題，如果出bug即便測試員沒發(fā)現(xiàn)，他們也脫不了干系，那么在接下來的測試工作中，開發(fā)人員起了很大的推動作用，這樣就整個團(tuán)隊(duì)就達(dá)成了一個目標(biāo)，整個去保證質(zhì)量。

總結(jié)：質(zhì)量是需要團(tuán)隊(duì)的所有角色參與者一起分擔(dān)的。