標題黨一下下。
測試是什麼？測試是一種驗證與確認，並不是質量保證。所謂驗證是指已經實現的軟件產品是按照它的需求做的，是符合需求說明書的；確認指的是已經實現的軟件產品或產品組件在用戶環境下，實現了用戶的需要，是符合用戶需要的。看看吧，哪點與質量有關。質量的提升乃是源於軟件開發工作整體的改善，很難說一定是測試的功勞。另一方面則在於，測試本來就無法“控制”質量，自然也無法改善質量，因爲測試工作本身並不改變那些可以影響質量產生的因素。
《Google如何測試》系列文章中提及，對於質量來說，預防問題比發現問題本身更重要。質量更多是開發人員的問題，而不是測試人員的。通過把測試工作融入到開發過程中，我們能降低那些富產Bug的人的出錯機會，不僅可以避免了大量最終用戶的使用問題，而且還可以極大地降低測試人員報無效Bug的數量。測試的未來在於發現設計和編程人員解決問題方法上的侷限、思路中的狹隘和技能方面的不足。看看吧，測試只是一種堵，而開發纔是真正的疏。
敏捷測試中提到：敏捷中對於團隊內外參與、交流的追求，能夠更容易“do things right”；快速地交付和反饋，有助於做到更多地“do right things”；完整團隊、跨職能團隊等實踐，團隊負責自己的工作方式改進，更容易做到“do things rightly”。瞧吧，大家都是一體的，如果不能深度參與，怎麼能深入常理呢，怎麼能做好呢。
以後再遇到用戶反饋回來的一個BUG，再明顯不過，也要經你手驗證，然後才確認是BUG，然後才進行修改；屁大點改動也提交給你測試，然後才能上線，否則堅決不敢上線，美其名曰，我們都是經過測試然後才上線，沒有經過測試的我們都沒有上線。；項目需求定好了，開發的已經開始開發了，而你還一無所知，開發完後，才扔給你要你測試，而且工期還非常緊張；要麼就有人跑過來對你講“你一定要幫助我們好好測試，幫助我們保證質量”。真弄的你哭笑不得的這些問題，請直接反駁吧，這不是重視，是不懂和輕視，是被重視。雖然經常用“我是個打雜的”自嘲，但請不要真的做成打雜的。
