不是和開發比較，因為測試也是屬於研發內的人員，不懂技術和架構，無法提高測試效率，該簡單測的測複雜了，該複雜的測簡單了；另外，不懂技術的話，和開發的溝通也會有障礙，會被開發牽著鼻子走。最後，測試不只是黑盒，想要測的好，單元介面自動化效能都需要熟悉。只有有開發能力的測試，薪資才有可能超過開發，要不連開發的一半都拿不到

“最後都能扯到開發能力”，重點在這，為什麼最後扯到的不是其他能力？比如，溝通、協調，這些也很重要。

從技術角度，隨著IT行業技術發展和應用水平的提高，傳統的測試方式已經有些力不從心了。

比如測試元資料配置的一致性和準確性，幾十萬上百萬的配置資料，如何透過手工測試進行有效覆蓋？再比如身份證識別演算法驗證，又如何透過手工測試進行有效評估驗證？

從效率角度，測試效率不僅僅是測試團隊對測試人員的要求，也是整個產品專案其我們的要求。

比如敏捷開發模式下，測試效率是否能跟得上版本迭代？是否還有大批重複、固化的操作每個迭代都需要執行（比如造資料）等等。

從測試覆蓋角度，不懂技術、架構、設計，進行純黑盒的測試，很難對產品整體進行有效的質量保障。

比如安全測試、效能測試、可靠性測試，這些多多少少都需要懂開發，會開發。

甚至說，現在的測試工程職責要求正在被重新定義——測試開發能力是產品質量對測試人員的一種要求。