很多人都在抱怨，測試和開發人員，是2個不能互相平行的線路，需要2個
開發人員「懟」測試同學的直接原因：
bug描述缺少輔助截圖：
用詞不準確到位：
如果公司負責測試的同學不是技術出身，無法完全用專業術語，也要盡量把bug和正確結果描述的清楚到位，否則反而會增加溝通成本，效果還不會好。
當然，如果測試也懂技術，所有問題都不是問題，但現實中可能嗎？
前端、後端、設計問題在bug中未區分
這是見測試功底的地方，測試人員的經驗一般從這裡體現的淋漓盡致。還有需要對於bug做出正確的優先順序排序
某些問題的解決方式沒有變通：
測試時也會偶爾發現原有產品邏輯疏漏或錯誤、或者感覺某些功能有更好的實現方式。
第一種情況時，不要慌了手腳忙著策劃新方案，而是先去和程式設計師們溝通、聽取建議，諮詢有什麼方式可以在變動最小的情況下達到目的（注意不一定是結果）。
第二種情況就相當於提新需求了，這裡是被開發懟的最多的地方之一，所以在跟開發溝通時要三思而後行，最好是納入需求池在下個版本迭代中完成，這樣的處理方式是你好我也好。如果測試的時候總提新需求，暫不提程式設計師的心理陰影面積，產品開發節奏會全盤打亂。
開發人員「懟」測試同學的根本原因：
說白了就是面子問題....
開發人員對其所寫**有主觀認同感
人們通常會對自己所犯錯誤視而不見或者拒絕承認。
同樣的，在軟體開發領域，程式設計師們在耗費大量心血編寫**，完成工作之後，他們會固執的認為自己編寫的**會執行良好。
他們對待其開發的應用程式就像對待自己的孩子一樣，拒絕承認自己的孩子有什麼不好的地方。這就是為什麼軟體開發人員難於發現和改正自己的錯誤。
開發人員對軟體過於樂觀的心態
開發人員進行開發的目標是將軟體所需的功能完美的展現出來。
當程式的功能運轉正常的時候他們會自我感覺良好，因為他們的主要目標就是功能二字。而測試人員與他們想的卻不一樣。
測試人員通常會從不同的角度切入進軟體內部，打破程式設計師們慣有的思維方式。他們的目標是通過各種不同的測試用例把軟體潛在的不足之處暴露出來。
開發人員與測試同學的根本差距：
兩者思考維度不一樣
開發人員專注於程式的功能，並在現有需求和設計的指引下開展工作，往往不會從業務邏輯和使用者角度去思考功能完成後的實際價值。軟體測試人員至少會站在使用者角度去發現一些需求和設計上的問題。這是兩者思考方式的區別。
開發人員擅長修復但不擅長拆解
開發人員只擅長**的功能測試和**修復，如果程式執行正常，那麼他們的測試就結束了。
而事實上，測試人員的主要工作是將應用程式拆解，從每個小塊之中找尋那些不易發現的bug，並幫助開發人員了解那些特定的功能應當是怎麼樣的。
開發人員缺乏從測試的角度思考問題
為什麼我一直推崇開發人員做單元測試和功能測試包括介面測試，是因為在長期的積累當中你會提高對自身程式拆解的能力，對其他模組理解的能力，這是乙個從微觀逐漸到巨集觀的思維方式，如果這種思維方式不建立，開發人員會一直受限於程式設計師思維而不能自拔。
術業有專攻，每個人都有自己擅長的領域。
許多開發人員認為測試人員是在故意給他們找茬挑刺，而事實上，我們都是在幫助公司的產品在找問題、解決問題。
請記住，測試人員永遠是開發人員身邊最好的朋友！
精彩的內容要和朋友分享哦
新手站長快速入門必修課
回想從2009年6月開始建立buhitb i第乙個服務農村的公益 鄉村電腦教程至今，2年多時間眨眼過去，感慨良多，在沒有任何人的指導下，靠著自學，一步步學會網域名稱解析 html div css cms 仿站 seo 淘客等等。一路走來，其中的艱辛只有自己知道，用屢敗屢戰來形容再恰當不過了。為了讓新...
生信必修課之軟體安裝
一開始我以為很少有人會像我這樣，在乙個沒有任何生信基礎的實驗室搭建生物資訊學分析平台。但是，我慢慢發現其實是有很多人像我這樣子，希望學點生信，從生物這個坑慢慢往外爬。很高興，我的第乙個作品終於能夠和大家見面了，它是國內首個為生信初學者準備的linux軟體安裝的課程，系統性教初學者如何解決軟體安裝這乙...
生信必修課之軟體安裝
課程封面 一開始我以為很少有人會像我這樣，在乙個沒有任何生信基礎的實驗室搭建生物資訊學分析平台。但是，我慢慢發現其實是有很多人像我這樣子，希望學點生信，從生物這個坑慢慢往外爬。很高興，我的第乙個作品終於能夠和大家見面了，它是國內首個為生信初學者準備的linux軟體安裝的課程，系統性教初學者如何解決軟...