今天不淡定，集中吐槽了。修煉了這么久，還是沒啥長進。唉。
集中匯集一下，自己反省。
我們需要什么樣的測試？其實@段念-段文韜 這篇文章http://t.cn/zOpW23h已經講得很清楚了。tester們從業時間短的，可能還不太會思考：做一個項目的目的和目標是什么，test這個事情到底能貢獻什么？當前普遍的dev與system tester 的分工模式是如何形成的？更高效可靠的做法是什么？我們如何實現去實現？
如果system tester們僅僅是把自己看作領所當然存在的一個角色，那的確死定了。等什么時候 tester 這個角色的人員水平能達到與 dev 想類似的時候，估計這些問題就都容易理解。反觀這10年來行業的發展，基本上還是在普及概念，形成行業的階段，絕大多數人還沒有想明白 test != tester != system test。
完全無視行業發展，被淘汰只是早晚的問題。回頭看看10年前的測試領域，能說清楚各種系統測試設計方法、系統測試流程、缺陷管理流程的人已經很牛了，真正精通自動化測試/性能測試的人恐怕都是6、7年前才多起來的，而這3、4年騰訊、淘寶、百度的測試技術/能力迅速的超過了行業平均水平幾個數量級。
想想這幾年來面試的大量system tester，在談到系統測試用例設計方法的時候，能舉出的例子還是停留在輸入框的長度限制之類，就一再的無語。再想想那些聲稱精通自動化測試，但是僅僅是看過QTP培訓錄像的，一提到測試工具開發就變成無法逾越的門檻，就繼續無語。
繼續。上個IT人才的分布圖。今天system tester同學們認真思考一下，如果你對於工程和質量的理解深度不如QA，項目管理的理解不如PM，對操作系統、數據庫、開發語言、中間件、計算機網絡的理解不如dev，但聲稱“我更懂被測系統業務，我的測試思路不同”。那你就該明白為什么工作5年后跟dev有那么大差距了。
回復《測試對質量負主要責任？》————事實再次證明，回復比原創容易的多。。。。。
------------- 開始 --------------
測試人員是否對質量負責，這個本身就是基於一個錯誤的前提來討論問題。咱們來試着提出一些問題“格物致知”一下。
1.測試人員是否對質量負責，這個問題是從何而來的？最早是誰提出來的？關於如何保障質量這個問題，在此之前是怎么個做法，如何演變成了這個問題？
有沒有人討論過類似：開發人員要對質量負責？QA人員要對質量負責？
以前農村自家給自己蓋房子的時候，有沒有預先明確一下，最后如果有質量問題，誰該負責？
只有2-3個人的做ios應用的創業公司，有沒有划分一個對質量負責的人或角色？
XXX應該對質量負責，已經是典型的“划清職責”的做法，把一個在“過程”中醞釀出來，並且不斷動態變化的事情，交給某個角色去處理。如果基於這個問題本身再討論，也只是在圍繞錯誤的前提尋找容易接受的說法而已。
其實我們原本應該是討論“保障軟件質量的最優/最高效做法”，而不是為了撇清責任吧。
2.到底應該由誰對質量負責？
項目經理？如果質量問題出在對需求的理解上，出在架構設計的問題，是否也要項目經理負責？項目經理有如此的全知全能還有用不完的時間和精力？
了解team中每個人的能力和經驗，在需求、設計、編碼、測試的各個環節，用最合適的方法讓最合適的人都發揮出最大的貢獻，持續的優化質量和預防各種問題——如果非要說項目經理對質量負責，個人理解這種做法還能靠譜。
------------- 結束 --------------