近看到有個(gè)同學(xué)的blog很火，題目很吸引人，我也忍不住其實(shí)早已忍不住想寫點(diǎn)關(guān)于這方面的，但是側(cè)重點(diǎn)還是不同的，無超越之想法 呵呵。

　　我相信大家工作中遇到的不都是你期望的可以達(dá)到很好共識(shí)的開發(fā)同學(xué)，如果你遇到了與你一拍即合的開發(fā)人員，那你是幸運(yùn)了，當(dāng)然我也是幸運(yùn)的，呵呵，那當(dāng)遇到了以下一些情況的時(shí)候你是怎么做的？

　　遇到這樣的時(shí)候該怎么辦？

　　我們都知道，開發(fā)不能自測(cè)，因?yàn)闀?huì)受自己的思維所限制，這個(gè)與工作性質(zhì)也有關(guān)系，像長期做測(cè)試，你會(huì)發(fā)現(xiàn)生活中其實(shí)很多時(shí)候你的各種疑問，各種猜測(cè)都是在受測(cè)試思想所潛移默化的影響著了，那么開發(fā)也同樣，開發(fā)同學(xué)在每次接到需求時(shí)，第一時(shí)間腦子里出現(xiàn)的問題是 這個(gè)需求是否能實(shí)現(xiàn)，然后是“這個(gè)需求如何來實(shí)現(xiàn)” 可能有些開發(fā)同學(xué)直接飛到代碼里了，我身邊有這樣的例子，即使跟pd溝通，也會(huì)直接跑到代碼里了，這樣會(huì)出現(xiàn) 其實(shí)你本來只想要一個(gè)是或者否，或者一個(gè)小問題，那么在與這樣的開發(fā)同學(xué)確認(rèn)時(shí)你可能需要3-5分鐘的時(shí)間，測(cè)試一個(gè)需求，過程中肯定會(huì)有很多溝通，而如果遇到這樣的情況，可能你的一些時(shí)間無形中被消耗掉了。

　　針對(duì)遇到這樣的情況時(shí)，首先你要清晰的表達(dá)出你想要什么樣的結(jié)果，可以直接說出你不需要了解的內(nèi)容，然后再讓對(duì)方給出答案。當(dāng)然如果你對(duì)系統(tǒng)實(shí)現(xiàn)還不了解，或者你想從與開發(fā)的溝通中找到你可能遺漏的測(cè)試點(diǎn)，那需要耐心聽開發(fā)的解釋，的確會(huì)有很多新發(fā)現(xiàn)。

　　遇到這樣的時(shí)候該怎么辦？

　　由于測(cè)試人員在提交bug之前都會(huì)先跟開發(fā)打個(gè)招呼，確認(rèn)下再提交，開發(fā)同學(xué)比較忙時(shí)，不會(huì)馬上解決，所以你會(huì)先提交bug，但是這樣的習(xí)慣會(huì)導(dǎo)致有些開發(fā)同學(xué)不愿意自己去qc里查看，而是直接在群里問測(cè)試同學(xué)。甚至有的會(huì)直接跑到測(cè)試 同學(xué)面前讓測(cè)試同學(xué)重現(xiàn)下，有時(shí)可能測(cè)試同學(xué)也沒介意，那重現(xiàn)下，但是如果遇到的次數(shù)多了，相信也是件不爽的事情，而且也會(huì)給開發(fā)養(yǎng)成這個(gè)習(xí)慣。

　　所以測(cè)試同學(xué)的確需要堅(jiān)持原則，提交專業(yè)bug的目的是為了讓開發(fā)同學(xué)自己去清晰了解bug重現(xiàn)的條件。如果再來問你這個(gè)bug，那說明是你的bug沒有描述清楚。所以盡量減少已經(jīng)提交的bug再次被打擾的情況，我們需要提高bug描述的專業(yè)性。

　　遇到這樣的時(shí)候該怎么辦？

　　測(cè)試人員提交bug時(shí)難免會(huì)出現(xiàn)誤提bug，比如是臟數(shù)據(jù)引起的，比如是當(dāng)時(shí)環(huán)境有問題引起的，不知道是不是有些開發(fā)同學(xué)遇到這樣的無效的bug比較多還是？會(huì)發(fā)現(xiàn)不管你提的問題是什么，他都會(huì)第一句問你 “是臟數(shù)據(jù)引起的吧”，或者是 哪個(gè)應(yīng)用無法提供服務(wù)引起的吧，甚者會(huì)直接說 是由于某個(gè)原因引起的，相信測(cè)試人員會(huì)不爽，但是相信也會(huì)條件反射成為習(xí)慣，有些測(cè)試同學(xué)心虛，會(huì)再次操作下看是否的確是臟數(shù)據(jù)或者當(dāng)時(shí)環(huán)境問題引起的。但是我相信是這種無效bug是很少很少的，如果你遭到了多次這樣的被懷疑后，也會(huì)很不爽。

　　針對(duì)這種情況我們首先要以同理心來體諒對(duì)方，所以為了不浪費(fèi)開發(fā)同學(xué)的時(shí)間在無效bug上，我們需要對(duì)我們提的每個(gè)bug要負(fù)責(zé)，而且基本的是要首先要自己做過排查不是臟數(shù)據(jù)引起的，測(cè)試人員也需要提高識(shí)別bug的能力，不要問題都先提出來，讓開發(fā)確認(rèn)一下是否有效然后才提交。如果你還在這樣做，那你需要好好考慮下咯。

　　在我們保證我們提出的bug有效的情況下，開發(fā)同學(xué)還在這樣反問的時(shí)候，你可以毫不猶豫的跟開發(fā)說是的，讓他自己在看下bug描述，而不是直接在你電腦上給他重現(xiàn)一遍以證明你是對(duì)的，當(dāng)他與你合作幾次之后，他也了解了你的工作習(xí)慣，也了解你提的bug都很ok，他自然也會(huì)遵從你的習(xí)慣。

　　遇到這樣的時(shí)候你該怎么辦？

　　測(cè)試同學(xué)關(guān)注的是開發(fā)提交代碼的質(zhì)量，希望開發(fā)提交的代碼有極少的bug，至少基本的情況都是正確的，但是希望很美好，現(xiàn)實(shí)很殘酷，希望達(dá)到這樣的狀態(tài)，需要開發(fā)有很強(qiáng)的代碼質(zhì)量意識(shí)，質(zhì)量意識(shí)說說是很空泛的，開發(fā)有時(shí)也的確會(huì)說是由于太忙，沒時(shí)間自測(cè)，所以才… 但是這些都不是借口，其實(shí)開發(fā)說忙 他的確完成了這個(gè)日常，但是其實(shí)無形中把工作轉(zhuǎn)嫁到測(cè)試的時(shí)間上了，所以開發(fā)做好自測(cè)同時(shí)也是在減少測(cè)試和開發(fā)反復(fù)修改bug的時(shí)間，那有什么辦法可以提高開發(fā)提交的代碼質(zhì)量呢？

　　說道辦法 目前想到可實(shí)施的也是采用冒煙測(cè)試，列出該日；緶y(cè)試點(diǎn)，至少保證基本的需求實(shí)現(xiàn)是無問題的，開發(fā)冒煙通過，在提交給測(cè)試，如果開發(fā)沒有自測(cè)會(huì)怎么樣呢？有什么后果呢？的確我目前也無法說會(huì)有什么后果，但是至少在心里上讓他覺得不好意思。當(dāng)然我相信應(yīng)該沒有覺得好意思的 呵呵

　　以上是列出比較典型的，大家工作平時(shí)工作中或多或少都會(huì)遇到的，當(dāng)然解決辦法也會(huì)有更多，我們希望的是在處理好開發(fā)和測(cè)試的友好關(guān)系下又能提高工作效率。