作為測(cè)試工程師，在日常工作中接觸最多的當(dāng)然是團(tuán)隊(duì)中的開(kāi)發(fā)工程師，如何和開(kāi)發(fā)工程師進(jìn)行有效的交流是測(cè)試工程師面對(duì)的重要問(wèn)題。一般來(lái)說(shuō)，在一個(gè)團(tuán)隊(duì)中，總是有開(kāi)發(fā)人員喜歡和不喜歡的測(cè)試工程師，這兩者之間的工作效率和效果都有很大的差異。
當(dāng)然，不能武斷地說(shuō)測(cè)試人員不喜歡的測(cè)試工程師就一定是效率低下的測(cè)試工程師，或者說(shuō)是不合格的測(cè)試工程師，但一般來(lái)說(shuō)，那些容易得到開(kāi)發(fā)人員認(rèn)可的工程師在測(cè)試時(shí)總能夠更好地發(fā)現(xiàn)缺陷和敦促開(kāi)發(fā)人員解決缺陷。
測(cè)試工程師和開(kāi)發(fā)工程師承擔(dān)的是開(kāi)發(fā)工作的兩個(gè)不同方面，說(shuō)得極端一點(diǎn)，一個(gè)是創(chuàng)建，一個(gè)是破壞，雖然兩者的最終目的都是一樣的，但在達(dá)成目標(biāo)的方式上卻有很大的差異。因此，在為同一個(gè)目標(biāo)奮斗的過(guò)程中，發(fā)生沖突也是難免的，但通過(guò)下面的一些建議，換個(gè)視角看看開(kāi)發(fā)人員的生活和工作，可能很多的沖突就能化解于無(wú)形了。
Cem Kaner在《Testing Computer Software》書(shū)中有一段話:“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.”（的測(cè)試人員不是發(fā)現(xiàn)最多BUG或是使得最多開(kāi)發(fā)人員不自在的人，而是能夠“說(shuō)服開(kāi)發(fā)人員”修正最多BUG的人），建議大家好好理解這句話。
至于我個(gè)人，是從開(kāi)發(fā)工程師轉(zhuǎn)為測(cè)試工程師的，對(duì)于開(kāi)發(fā)工程師的處境和想法也曾有過(guò)切身的體會(huì)，或許是這個(gè)原因，讓我在和開(kāi)發(fā)工程師交流的過(guò)程中還算是比較順利，和他們相處得也還不錯(cuò)。在我的測(cè)試經(jīng)歷中，也接觸過(guò)相當(dāng)多的開(kāi)發(fā)工程師，這里我把和開(kāi)發(fā)人員交流的經(jīng)驗(yàn)歸結(jié)為“五要四不要”：
五要
1、要耐心和細(xì)心
細(xì)心是測(cè)試工程師的一個(gè)基本素質(zhì)，測(cè)試工程師是對(duì)質(zhì)量負(fù)責(zé)的人，涉及到質(zhì)量問(wèn)題，就不能含糊，因此一定要細(xì)心，細(xì)心對(duì)待每一個(gè)可能的BUG、細(xì)心對(duì)待每一段被你檢查的代碼，細(xì)心對(duì)待每一個(gè)你撰寫(xiě)的BUG報(bào)告，細(xì)心對(duì)待你發(fā)出的每一封郵件。細(xì)心是一種態(tài)度，你的態(tài)度遲早會(huì)感染和你合作的開(kāi)發(fā)人員，而這往往是合作愉快的基礎(chǔ)。
至于說(shuō)到耐心，在我的工作經(jīng)歷中，不厭其煩地向開(kāi)發(fā)人員解釋一個(gè)BUG，讓他認(rèn)識(shí)到BUG的重要性是經(jīng)常的事情，其實(shí)想想也很正常，對(duì)任何人來(lái)說(shuō)，被人指出自己的缺點(diǎn)和不足都不是讓人舒服的事情，因此，一點(diǎn)不耐煩的情緒就可能引起對(duì)方很大的反感，給自己的工作帶來(lái)不必要的麻煩。
2、要懂得尊重對(duì)方
開(kāi)發(fā)是一件需要全面和綜合考慮的工作，開(kāi)發(fā)工作中，由于各種原因?qū)е鲁绦蛑谐霈F(xiàn)問(wèn)題是很正常的現(xiàn)象，作為測(cè)試工程師，發(fā)現(xiàn)了這些問(wèn)題并不值得你夸耀，也不能說(shuō)明你比開(kāi)發(fā)工程師聰明。一個(gè)好的測(cè)試工程師一定是懂得尊重開(kāi)發(fā)工程師的人，尊重對(duì)方的技術(shù)水平，尊重對(duì)方的代碼。我接觸過(guò)的開(kāi)發(fā)人員都是挺和善的，一般來(lái)說(shuō)，對(duì)他們的尊重就是承認(rèn)他的專業(yè)水平，承認(rèn)他的代碼。對(duì)他們來(lái)說(shuō)，代碼就像是自己的孩子一樣.因此，記得在合適的時(shí)候表達(dá)你對(duì)他的尊重，贊揚(yáng)一下他代碼的精妙之處。
3、要能設(shè)身處地為對(duì)方著想
開(kāi)發(fā)工程師一般都處在較大的工作壓力下，他的上司直接考核他們的指標(biāo)很大程度上是已完成的代碼，所以在工作任務(wù)緊張的時(shí)候，對(duì)于測(cè)試工程師報(bào)上來(lái)的BUG會(huì)拖延解決甚至是推脫，給測(cè)試工程師的感覺(jué)就是很不合作。那么在這個(gè)時(shí)候，就需要設(shè)身處地的為對(duì)方著想了，每個(gè)人都會(huì)為自己的工作在內(nèi)心排定優(yōu)先級(jí)，如果他認(rèn)為解決你發(fā)現(xiàn)的BUG不是重要的事情，那么的可能就是你并沒(méi)有向他解釋清楚這個(gè)BUG的嚴(yán)重程度。
發(fā)現(xiàn)BUG是我們的責(zé)任，敦促BUG得到解決是我們更重要的責(zé)任，因此，我們可以心平氣和地和開(kāi)發(fā)人員坐下來(lái)討論一下BUG的嚴(yán)重程度，和他一起排定BUG的優(yōu)先級(jí)別并確定解決的時(shí)間。
4、要有原則
不要忘記，測(cè)試工程師需要對(duì)產(chǎn)品的質(zhì)量負(fù)責(zé)，在這一點(diǎn)上一定要有原則。測(cè)試工程師可以和開(kāi)發(fā)工程師建立良好的個(gè)人關(guān)系，但在具體的事情上，一定要按照公司的相關(guān)流程來(lái)處理。當(dāng)然，在堅(jiān)持原則的同時(shí)，可以采用一些委婉的表達(dá)方式，可以在允許的情況下盡量體諒開(kāi)發(fā)工程師，但請(qǐng)記住，一個(gè)有原則的測(cè)試工程師才能真正幫助開(kāi)發(fā)工程師，才能贏得開(kāi)發(fā)工程師的尊重。
5、要主動(dòng)承擔(dān)
如果開(kāi)發(fā)工程師要求你承擔(dān)部分不屬于你的責(zé)任，比如，定位你發(fā)現(xiàn)的BUG到代碼一級(jí)，或者是幫助他編寫(xiě)部分文檔和代碼（不要不相信，真的有這樣的事情），那么你會(huì)怎么做呢？在我的測(cè)試經(jīng)歷中，這些事情都遇到過(guò)，我的原則是在可能的情況下盡量多承擔(dān)。其實(shí)都是工作上的事情，有能力的話，多做一點(diǎn)也無(wú)妨。當(dāng)然，肯定有人不同意我的意見(jiàn)，在這里我也不想爭(zhēng)辯，個(gè)人意見(jiàn)而已，僅供參考：）
在我的測(cè)試經(jīng)歷中，我會(huì)根據(jù)自己的進(jìn)度和時(shí)間安排盡可能地提供更多的關(guān)于BUG的參考意見(jiàn)，甚至是定位到代碼一級(jí)，這種方式不是正規(guī)的方式，但對(duì)于提高自己被信任的程度是非常有益的。但在主動(dòng)承擔(dān)時(shí)，一定要明確是在自己確有余力的情況下才能去承擔(dān)，否則，婉拒是的對(duì)策。
當(dāng)然，不能武斷地說(shuō)測(cè)試人員不喜歡的測(cè)試工程師就一定是效率低下的測(cè)試工程師，或者說(shuō)是不合格的測(cè)試工程師，但一般來(lái)說(shuō)，那些容易得到開(kāi)發(fā)人員認(rèn)可的工程師在測(cè)試時(shí)總能夠更好地發(fā)現(xiàn)缺陷和敦促開(kāi)發(fā)人員解決缺陷。
測(cè)試工程師和開(kāi)發(fā)工程師承擔(dān)的是開(kāi)發(fā)工作的兩個(gè)不同方面，說(shuō)得極端一點(diǎn)，一個(gè)是創(chuàng)建，一個(gè)是破壞，雖然兩者的最終目的都是一樣的，但在達(dá)成目標(biāo)的方式上卻有很大的差異。因此，在為同一個(gè)目標(biāo)奮斗的過(guò)程中，發(fā)生沖突也是難免的，但通過(guò)下面的一些建議，換個(gè)視角看看開(kāi)發(fā)人員的生活和工作，可能很多的沖突就能化解于無(wú)形了。
Cem Kaner在《Testing Computer Software》書(shū)中有一段話:“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.”（的測(cè)試人員不是發(fā)現(xiàn)最多BUG或是使得最多開(kāi)發(fā)人員不自在的人，而是能夠“說(shuō)服開(kāi)發(fā)人員”修正最多BUG的人），建議大家好好理解這句話。
至于我個(gè)人，是從開(kāi)發(fā)工程師轉(zhuǎn)為測(cè)試工程師的，對(duì)于開(kāi)發(fā)工程師的處境和想法也曾有過(guò)切身的體會(huì)，或許是這個(gè)原因，讓我在和開(kāi)發(fā)工程師交流的過(guò)程中還算是比較順利，和他們相處得也還不錯(cuò)。在我的測(cè)試經(jīng)歷中，也接觸過(guò)相當(dāng)多的開(kāi)發(fā)工程師，這里我把和開(kāi)發(fā)人員交流的經(jīng)驗(yàn)歸結(jié)為“五要四不要”：
五要
1、要耐心和細(xì)心
細(xì)心是測(cè)試工程師的一個(gè)基本素質(zhì)，測(cè)試工程師是對(duì)質(zhì)量負(fù)責(zé)的人，涉及到質(zhì)量問(wèn)題，就不能含糊，因此一定要細(xì)心，細(xì)心對(duì)待每一個(gè)可能的BUG、細(xì)心對(duì)待每一段被你檢查的代碼，細(xì)心對(duì)待每一個(gè)你撰寫(xiě)的BUG報(bào)告，細(xì)心對(duì)待你發(fā)出的每一封郵件。細(xì)心是一種態(tài)度，你的態(tài)度遲早會(huì)感染和你合作的開(kāi)發(fā)人員，而這往往是合作愉快的基礎(chǔ)。
至于說(shuō)到耐心，在我的工作經(jīng)歷中，不厭其煩地向開(kāi)發(fā)人員解釋一個(gè)BUG，讓他認(rèn)識(shí)到BUG的重要性是經(jīng)常的事情，其實(shí)想想也很正常，對(duì)任何人來(lái)說(shuō)，被人指出自己的缺點(diǎn)和不足都不是讓人舒服的事情，因此，一點(diǎn)不耐煩的情緒就可能引起對(duì)方很大的反感，給自己的工作帶來(lái)不必要的麻煩。
2、要懂得尊重對(duì)方
開(kāi)發(fā)是一件需要全面和綜合考慮的工作，開(kāi)發(fā)工作中，由于各種原因?qū)е鲁绦蛑谐霈F(xiàn)問(wèn)題是很正常的現(xiàn)象，作為測(cè)試工程師，發(fā)現(xiàn)了這些問(wèn)題并不值得你夸耀，也不能說(shuō)明你比開(kāi)發(fā)工程師聰明。一個(gè)好的測(cè)試工程師一定是懂得尊重開(kāi)發(fā)工程師的人，尊重對(duì)方的技術(shù)水平，尊重對(duì)方的代碼。我接觸過(guò)的開(kāi)發(fā)人員都是挺和善的，一般來(lái)說(shuō)，對(duì)他們的尊重就是承認(rèn)他的專業(yè)水平，承認(rèn)他的代碼。對(duì)他們來(lái)說(shuō)，代碼就像是自己的孩子一樣.因此，記得在合適的時(shí)候表達(dá)你對(duì)他的尊重，贊揚(yáng)一下他代碼的精妙之處。
3、要能設(shè)身處地為對(duì)方著想
開(kāi)發(fā)工程師一般都處在較大的工作壓力下，他的上司直接考核他們的指標(biāo)很大程度上是已完成的代碼，所以在工作任務(wù)緊張的時(shí)候，對(duì)于測(cè)試工程師報(bào)上來(lái)的BUG會(huì)拖延解決甚至是推脫，給測(cè)試工程師的感覺(jué)就是很不合作。那么在這個(gè)時(shí)候，就需要設(shè)身處地的為對(duì)方著想了，每個(gè)人都會(huì)為自己的工作在內(nèi)心排定優(yōu)先級(jí)，如果他認(rèn)為解決你發(fā)現(xiàn)的BUG不是重要的事情，那么的可能就是你并沒(méi)有向他解釋清楚這個(gè)BUG的嚴(yán)重程度。
發(fā)現(xiàn)BUG是我們的責(zé)任，敦促BUG得到解決是我們更重要的責(zé)任，因此，我們可以心平氣和地和開(kāi)發(fā)人員坐下來(lái)討論一下BUG的嚴(yán)重程度，和他一起排定BUG的優(yōu)先級(jí)別并確定解決的時(shí)間。
4、要有原則
不要忘記，測(cè)試工程師需要對(duì)產(chǎn)品的質(zhì)量負(fù)責(zé)，在這一點(diǎn)上一定要有原則。測(cè)試工程師可以和開(kāi)發(fā)工程師建立良好的個(gè)人關(guān)系，但在具體的事情上，一定要按照公司的相關(guān)流程來(lái)處理。當(dāng)然，在堅(jiān)持原則的同時(shí)，可以采用一些委婉的表達(dá)方式，可以在允許的情況下盡量體諒開(kāi)發(fā)工程師，但請(qǐng)記住，一個(gè)有原則的測(cè)試工程師才能真正幫助開(kāi)發(fā)工程師，才能贏得開(kāi)發(fā)工程師的尊重。
5、要主動(dòng)承擔(dān)
如果開(kāi)發(fā)工程師要求你承擔(dān)部分不屬于你的責(zé)任，比如，定位你發(fā)現(xiàn)的BUG到代碼一級(jí)，或者是幫助他編寫(xiě)部分文檔和代碼（不要不相信，真的有這樣的事情），那么你會(huì)怎么做呢？在我的測(cè)試經(jīng)歷中，這些事情都遇到過(guò)，我的原則是在可能的情況下盡量多承擔(dān)。其實(shí)都是工作上的事情，有能力的話，多做一點(diǎn)也無(wú)妨。當(dāng)然，肯定有人不同意我的意見(jiàn)，在這里我也不想爭(zhēng)辯，個(gè)人意見(jiàn)而已，僅供參考：）
在我的測(cè)試經(jīng)歷中，我會(huì)根據(jù)自己的進(jìn)度和時(shí)間安排盡可能地提供更多的關(guān)于BUG的參考意見(jiàn)，甚至是定位到代碼一級(jí)，這種方式不是正規(guī)的方式，但對(duì)于提高自己被信任的程度是非常有益的。但在主動(dòng)承擔(dān)時(shí)，一定要明確是在自己確有余力的情況下才能去承擔(dān)，否則，婉拒是的對(duì)策。