1、腫么那么多bug，還讓不讓人活了..
　　（你以為哥哥想提那么多bug啊，寫一個(gè)bug得耗費(fèi)我多少生命值啊..）

　　2、這個(gè)樣式的問題怎么能隨便定義成嚴(yán)重的呢..
　。ǹ纯窗姹居(jì)劃，再看看這樣低級(jí)的錯(cuò)誤，能不讓哥哥上火嘛..）

　　1、這么多嚴(yán)重的bug，怎么沒人改
　。ㄌ焯烀χ腷ug，誰管它多少和嚴(yán)重呢..）

　　2、怎么天天都有人問QC怎么用..
　。岈，這又不是vs2010，又不是UML，干嘛我要熟練..）

　　3、的冒煙怎么又失敗了..
　。ú皇莻(gè)冒煙嘛，改改再來..）

　　多年前，測試和開發(fā)一直被認(rèn)為是兩個(gè)對立的極端，互相排斥。但是在，以質(zhì)量為生存準(zhǔn)側(cè)的項(xiàng)目中，測試和開發(fā)已經(jīng)，也必須融為一體。因?yàn)椋覉?jiān)信，任何不以質(zhì)量為目的的測試和開發(fā)工作都是耍流氓。測試已經(jīng)發(fā)展了那么多年，從手工到了自動(dòng)，幫助開發(fā)人員更多的發(fā)現(xiàn)問題，提高測試的可信度，提高產(chǎn)品的質(zhì)量，所以，我更堅(jiān)信，懂開發(fā)的測試是可怕的，懂測試的開發(fā)是的..

　　做到一個(gè)讓開發(fā)喜歡的測試員大家已經(jīng)知道了，那看看如何成為一個(gè)讓測試喜歡的開發(fā)員。

　　1、把bug悶死在開發(fā)的搖籃中

　　冒煙，必須強(qiáng)調(diào)冒煙的重要性，做為軟件中基礎(chǔ)功能的使用，如果在開發(fā)那都過不了關(guān)，還如何談質(zhì)量？

　　樣式，美觀不美觀，已經(jīng)不是美工說的年代了。易用性問題的已經(jīng)成長為21世紀(jì)大的bug，華為早在多年前已經(jīng)將易用性問題的解決優(yōu)先級(jí)放到了高，那，你們還猶豫什么？

　　做好自我檢查，灰常重要！

　　2、將不開源的代碼開源出來，將測試員做為你傾訴的第一對象

　　我們的代碼都是非開源的，所以我們說測試人員做的是黑盒，如果你想讓代碼減少問題，那請告訴測試人員你的開發(fā)思路和邏輯，集思廣益，讓邏輯更清晰，讓業(yè)務(wù)更明確！幫助開發(fā)人員理清方向，幫助測試人員打通流程。

　　3、提出你的意見，讓我們共同成長

　　什么是嚴(yán)重的bug？什么是易用性的問題？我們在定義bug級(jí)別的時(shí)候，開發(fā)員往往存在理解誤區(qū)。為什么我們會(huì)將易用性問題定義到嚴(yán)重，除了它的重視程度外，還有2個(gè)方面：一個(gè)是當(dāng)前版本所處位置，如果即將交付，那這樣的問題必須迅速解決！另一方面，如果項(xiàng)目處于前期或中期，那么這個(gè)bug代表的意思是需要優(yōu)先修改的易用性問題，我們只是將它的優(yōu)先級(jí)提都了高，而不是故意和開發(fā)員過意不去..任意用bug優(yōu)先級(jí)挑釁開發(fā)員的測試員都不是好的產(chǎn)品經(jīng)理！

　　4、抬頭看，別低頭干

　　開發(fā)員經(jīng)常會(huì)被一個(gè)bug的思路迷惑，為什么不請測試員來幫你疏通經(jīng)脈呢？21世界，缺的是什么？技術(shù)？不是。是溝通！有效的溝通，不僅能建立良好的友誼，更能建立信任，建立質(zhì)量的銅墻鐵壁！

　　測試和開發(fā)同樣需要進(jìn)度，測試需要更快的進(jìn)步，除了自身的能力素質(zhì)外，開發(fā)的幫助同樣需要！請記住我的名言：懂開發(fā)的測試是可怕的，懂測試的開發(fā)是的..