與開(kāi)發(fā)人員溝通的五要與四不要
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2011/11/7 10:40:21 ] 推薦標(biāo)簽:
作為測(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)題并<strong class="kgb" ōnmouseover="isShowAds = false;isShowAds2 = false;isShowGg = true;InTextAds_GgLayer="_u4E0D_u503C_u5F97";ads.ShowGgAds(this,"_u4E0D_u503C_u5F97",event)" style="BORDER-TOP-WIDTH: 0px; PADDING-RIGHT: 0px; PADDING-LEFT: 0px; FONT-WEIGHT: normal; BORDER-LEFT-WIDTH: 0px; BORDER-BOTTOM-WIDTH: 0px; PADDING-BOTTOM: 0px; MARGIN: 0px; CURSOR: hand; COLOR: #0000ff; PADDING-TOP: 0px; BORDER-RIGHT-WIDTH: 0px; TEXT-DECORATION: underline" ōnclick="javascrīpt:window.open("http://pagead2.googlesyndication.com/pagead/iclk?sa=l&ai=BgTK-EY3WRoOkMorGgQOLn9DUC9bdwS_K8OexBMTzwocIABABGAEgma7xCTgAUM-cs8YDYJ3B4IHkBZgBqZ-MKqABhvTK_AOqAQoyMDAwMDEyMDQ0sgENbmV3cy5jc2RuLm5ldMgBAdoBK2h0dHA6Ly9uZXdzLmNzZG4ubmV0L24vMjAwNzA4MTQvMTA3NDM4Lmh0bWyAAgGYAv46qQJhP_5h7MeBPsACAcgCspioAagDAegDH-gD1wI&num=1&adurl=http://www.winworld.cn/cat/153.html&client=ca-pub-5384462698219144");GgKwClickStat("不值得","www.winworld.cn","afc","2000012044");" ōnmouseout="isShowGg = false;InTextAds_GgLayer="_u4E0D_u503C_u5F97"">不值得你夸耀,也不能 說(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)重程度。
[NextPage]
發(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ì)策。
「四不要」
1、不要嘲笑不要嘲笑你所發(fā)現(xiàn)的BUG,即使是非常愚蠢的錯(cuò)誤也不要嘲笑,說(shuō)不定那個(gè)錯(cuò)誤是因?yàn)殚_(kāi)發(fā)工程師聯(lián)系加班24小時(shí)犯下的,對(duì)別人的工作始終應(yīng)該尊重。如果 你覺(jué)得有必要提醒他不再犯一些經(jīng)常犯的錯(cuò)誤,可以采用這樣的方式:編寫(xiě)一份測(cè)試過(guò)程中發(fā)現(xiàn)的開(kāi)發(fā)人員常犯錯(cuò)誤的文檔(記住,千萬(wàn)不要寫(xiě)上誰(shuí)犯了這些錯(cuò) 誤),用輕松的口氣調(diào)侃一下,發(fā)送給開(kāi)發(fā)人員。這種方法我采用過(guò),開(kāi)發(fā)人員都能很快接受。
2、不要在背后評(píng)論開(kāi)發(fā)工程師永遠(yuǎn)不要在背后評(píng)論開(kāi)發(fā)工程師的技術(shù)能力,這個(gè)是非常忌諱的事情,一時(shí)的口舌之快或許會(huì)使你永遠(yuǎn)不再能同他良好地合作,要知道,開(kāi)發(fā)工程師在意地是別人對(duì)他的技術(shù)能力的評(píng)價(jià)。其實(shí)這個(gè)不僅僅是作為測(cè)試工程師的準(zhǔn)則,也應(yīng)該是做人的準(zhǔn)則。
3、不要?jiǎng)虞m用上層來(lái)壓制對(duì)方在出現(xiàn)和對(duì)方的意見(jiàn)分歧的時(shí)候,應(yīng)該采用什么方式說(shuō)服對(duì)方呢?直接向上層求助當(dāng)然是一個(gè)辦法,但這種辦法帶來(lái)的負(fù)面左右也是很明顯的,首先是作為上層的處理 結(jié)果可能不一定符合你的愿望(在很多公司,開(kāi)發(fā)工程師的地位高于測(cè)試工程師的地位,這種地位的不平等導(dǎo)致上層在處理分歧時(shí)會(huì)有一定的偏向性);其次是動(dòng)輒 拿出上層來(lái)壓制對(duì)方只能給他人留下無(wú)用的印象。所以在出現(xiàn)分歧時(shí),盡量嘗試通過(guò)溝通解決吧,實(shí)在不行,再動(dòng)用后的手段。
4、和開(kāi)發(fā)人員的溝通不要只有BUG除了在BUG記錄單上,在其他的地方也讓和你合作的開(kāi)發(fā)工程師接觸到你吧:),午餐或是集體活動(dòng)的時(shí)候多和對(duì)方聊聊天,一方面可以增進(jìn)彼此的感情,混個(gè)臉 熟,打交道的時(shí)候也方便;另一方面,從他那里了解業(yè)務(wù)的知識(shí)和他負(fù)責(zé)模塊的方方面面,對(duì)自己也是提升。我個(gè)人很喜歡和開(kāi)發(fā)工程師溝通,開(kāi)發(fā)工程師其實(shí)一 般都是比較健談的,尤其是對(duì)自己程序的精妙之處,多了解一些,多接觸一些,對(duì)自己總是有益的。
[NextPage]
寫(xiě)了這么多,其實(shí)關(guān)鍵的是兩點(diǎn):多從別人的角度去想想,所謂“換位思考”,多尊重對(duì)方一定能得到對(duì)方的尊重與配合;其次是加強(qiáng)和開(kāi)發(fā)工程師的溝通,讓他清楚地認(rèn)識(shí)到你的工作對(duì)他的價(jià)值,你發(fā)現(xiàn)的每一個(gè)BUG的重要性。
我一直認(rèn)為,一個(gè)好的測(cè)試工程師一定是在公司里被所有人尊重的快樂(lè)分子,而不應(yīng)該是一個(gè)“鐵面判官”:)當(dāng)然,作為我個(gè)人來(lái)說(shuō),不敢說(shuō)自己做的已經(jīng)很好了,不過(guò),我經(jīng)常都記得提醒自己:尊重對(duì)方。
相關(guān)推薦

最新發(fā)布
性能測(cè)試之測(cè)試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測(cè)試是從什么時(shí)候開(kāi)始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動(dòng)化測(cè)試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項(xiàng)目適合做自動(dòng)化?自動(dòng)化測(cè)試人員應(yīng)具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測(cè)試工具測(cè)評(píng)
2020/7/17 8:52:11RPA機(jī)器人能夠快速響應(yīng)企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測(cè)試基本概念是怎么來(lái)的?軟件測(cè)試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10