1、軟件測試團隊組成應該是技術背景的人員為基礎
現在大部分的國內軟件公司測試人員基本對于編程的了解非常的淺顯，像專業性很強的軟件產品可能更多的是業務人員組成的測試團隊，比如我目前的ERP產品測試團隊大部分人以往都是從事財務、供應鏈和生產制造的從業經驗，他們在業務流程以及行業知識上較為豐富，但對于軟件開發基本都沒有概念。專業的公司例如google，微軟等他們的測試人員都是由開發人員轉入的，測試人員甚至能力強于開發，因為開發不會測試，但測試會開發。業務人員主導的團隊和技術人員主導的團隊截然不同，從思維還是方法上都有較大的差異。業務主導的測試會從業務的角度去驗證產品，但他們可能選擇的是“最笨”的辦法去一遍又一遍去驗證業務流程，當業務流程有成千上萬或者網狀業務流的時候就傻眼了，因為你永遠不可能完成所有的業務驗證。技術主導的測試就不一樣了，技術人員的天性決定了，他們從測試的第一步開始就想著如何能夠使用最為簡單，更為聰明的方式去驗證業務流程，他們甚至會絞盡腦汁的去設計測試腳本，通過最高效的技術手段去使用最為聰明的方式來全面驗證業務流程，因為他們有良好的技術。很多深層的缺陷從黑盒的角度可能是永遠無法發現的，但對于技術測試人員來說可能就是輕而易舉的事情。測試團隊的構成應該更加合理，技術測試和業務測試的結合是非常必要的，這也是目前國內軟件公司最為欠缺的，這也是為什么現在測試在國內無法得到足夠的尊重的重要原因，因為缺乏技術含量！
2、開發人員對于產品質量的保證是核心關鍵
當我們的測試人員每天隨隨便便就能輕松發現數十上百的缺陷，并甚至以此為優秀測試人員評價標準的時候，google的測試人員卻在為每天能發現2個缺陷而高興，甚至為了這2個缺陷還要編寫大量的測試腳本和測試模型。因為他們在前段編碼環節就已經做到了良好的質量控制，對于測試已經是精益求精的?，F在國內的很多軟件公司開發人員管的就是開發，好一點的公司可能會要求一些單元測試，但要求的深度缺乏衡量的標準。老師問了我，我們公司編碼的效率，我說人均200行/天，他非常的驚詫，因為他們公司的編碼效率是40行/天。因為他們每天除了編碼，還要做好多質量保證的事情，首先開發人員要對需要編碼的功能做設計分析，思路清晰后才開始編碼，編碼完成后要花將近一半的時間去做單元測試，來保證編碼的質量。所以到了測試環節，每天就只能發現零星的幾個bug。這個太讓我吃驚了。對于我們經常會以任務緊，沒時間等客觀因素壓縮設計和單元測試的時間，短期的效率換取的是長期的痛苦，甚至是用犧牲品牌的價值而換取的。
3、自動化測試要做前后端分離的測試，UI的自動化測試不可取
聽到這個其實對我是一種打擊，因為我們風風火火的自動化目前較多還是基于UI的測試，確實由于業務的復雜度以及更新的頻度對于我們自動化的測試沖擊非常大，用例更新維護的成本甚至超過了自動化測試本身帶來的價值。對于功能、界面頻繁變動的產品不太適合大量使用UI自動化測試。但產品的現狀又不可能為了自動化測試的需求而進行大幅的更改。這個問題還在冥思苦想中。自動化測試4年了，從無到有，取得了突破性的進展，但目前卻是一個轉折點，如果最大化體現自動化測試的價值任重道遠。從UI自動化到底層自動化突破是扭轉自動化測試的關鍵。
突然好想去微軟、谷歌、甲骨文、IBM這樣的卓越企業，想去接受高成熟度的IT公司的洗禮。相信能從他們那里學到很多很多。唉，可惜只怪自己英文太爛！進這樣的跨國企業沒什么機會。