工作而已，不要把太多時間放在別人是否慫你身上，就按照測試工作的流程進行，最重要的是按時取得工資，迴歸自己的生活。

技術越差越喜歡懟測試

不過換個角度看問題，現在測試人員也需要開發。不會寫指令碼，不會測試框架，不會自動化測試，確實也不行

很簡單，能測試出開發容易忽略的常識性的bug就能證明開發有多菜。如果只能找一些吹毛求疵的，只能證明自己菜。老衲給你出一些主意，準保幹翻開發。

真實情況是大部分測試沒有開發配合都不知道怎麼測，可能我還沒有遇到過厲害的測試，我指的厲害的起碼會寫指令碼自動化的

幹軟體測試，被開發說沒技術含量還天天找茬，該怎麼懟回去？

我的觀點是：能說出這種話的開發，本身技能可能也不是很好，而且可能工作年限還不長，對於測試人員工作能力的認知還不清晰。

日常工作中，開發和測試的工作是相輔相成的。開發透過編寫程式碼，做出軟體，測試根據需求，對軟體功能進行測試驗證。測試人員不是在找開發的茬，而是在找軟體的設計、功能實現的bug。

整體來說，測試人員對軟體的整體瞭解應該是要比開發人員強的，一個開發人員只負責開發軟體的某個模組，他們只需關注自己寫的程式碼執行有沒有問題。而一個測試人員，負責的是多個模組組合而成的整合系統，他們關注的更多是程式是否支援完整的跑完整個業務流程，這就涉及到呼叫多個模組的問題。

除去用手工進行功能測試，測試過程中，還會進行自動化測試，效能測試，安全性測試等專題測試。這些專題測試，對於測試人員的技能要求都很高，如果沒有技術含量，怎麼可能能把這些工作做好。

對於測試人員來說，當你在測試過程中發現問題，先自行排查問題。首先檢視交易日誌，檢視報錯的原因，根據日誌裡面的報錯資訊定位問題原因。

確認這個問題是程式缺陷，跟開發溝通時，描述清楚這個缺陷是怎麼出現的？你做了什麼操作，把交易流水號，和交易日誌都整理出來一併發給開發，便於開發排查問題。

把你查到的報錯資訊發給開發，說出你對這個缺陷出現原因的理解，並提出預想的解決方案。這樣不但可以大大的節約雙方的時間，提升工作效率，還能讓開發看到你的能力。

總結一下，身為測試人員，如果開發說你工作沒技術含量，還老是找茬。第一，找到他編寫的程式中的缺陷，查明原因，並提出解決方案。第二，在進行效能測試、安全測試等專題測試的時候，邀請開發參與，讓他了解到，測試的工作不止於手工層面的點點點，還有很多工作的是需要有相當高的技術才能完成的。真正成熟的開發，是希望測試人員在測試過程中發現更多的缺陷，這能才能提高開發的技能水平，而且軟體的質量也會更高。