1.QA全方位參與整個軟件開發過程，例如當BA和開發人員kick off一個卡的時候，QA參與討論，提出一些需要程序員自測時候可能會忘記測試的點，此外，QA往往對業務更熟悉，可以提供建議給程序員，那些業務細節不能夠忽視，以防止這些地方出現bug。
2.當開發人員做完卡時候，需要把卡sign off給QA，在這個過程中，會在開發本地環境演示，期間如果出現缺陷，開發人員會重新把卡放到in dev列進行修復。直到開發人員本地環境都沒有問題後，QA纔開始正式測試。
3.把Jmeter的性能測試腳本加入到CI中，每次提交代碼會跑一遍性能測試腳本，確保每次新代碼的提交，不會破壞產品關鍵流程的性能。
4.建議團隊使用代碼缺陷掃描工具，避免一些通用的bug的出現。
5.建議團隊的把單元測試覆蓋率提高到一定程度，例如80%，可以減少新的功能代碼對原有功能的破壞。
這裏推薦一下我的前端學習交流羣：731771211，裏面都是學習前端的從最基礎的HTML+CSS+JS【炫酷特效，遊戲，插件封裝，設計模式】到移動端HTML5的項目實戰的學習資料都有整理，送給每一位前端小夥伴。2019最新技術，與企業需求同步。好友都在裏面交流，每天都會有大牛定時講解前端技術!
點擊：加入
6.建議團隊根據實際情況去使用BDD的方式（Cucumber）去寫自動化測試用例，可以讓項目的PM，BA，Dev，QA等人對業務有一致的理解，減少由於業務理解不止出現的Bug。
7.多寫一些測試blog發佈在公司內網發佈，幫助開發人員瞭解哪些地方容易出現Bug。
8.我如果碰到了一些比較有趣或者通用的bug，會在團隊的每天早上站會，或者下午code review時候，跟大家分享，這樣大家都會知道這種類型的bug。
9.有些開發認爲開發出的界面和設計稿有一定偏差問題不大，但是我建議界面儘量按照設計稿做，因爲幾個像素的偏差，一個按鈕位置的不同，一塊區域透明度不夠等，都會造成整體美感的下降。經過和團隊合作一段時間後，大家實現的界面和設計稿更加貼近或者完全一致。
10.建議開發把重要的，或者一些特殊的實現思路，以及一些需要別人知道的細節，記錄在Jira的卡中。因爲敏捷團隊中，文檔比較少，而Jira卡中記錄了這些信息後，將來任何人拿到這個卡，都能很快了解上下文和這個卡有無特殊實現等。我自己做測試時候，如果碰到一些比較有趣的卡，也會記錄下測試思路和測試數據。
11.建議開發和QA結對測試，傳遞測試的方法和思路。因爲在探索性測試過程中，使用結對測試的方法，可以比較有效的傳遞知識。
12.有些開發缺少橫向對比同類產品的意識，因此開發出來的功能會不易使用。建議每個人都應該關心和對比同類產品的優缺點，這樣才能讓自己做出的功能模塊來更有競爭力，更好使用。
13.當QA測試的非常仔細的時候，開發自測的仔細程度也會相應提高很多。例如，剛進入團隊時候，有些開發自測時都很少考慮多瀏覽器兼容性測試，於是瀏覽器上經常會出現bug。我告訴大家，我每次測試都會在所有需要測試的瀏覽器上進行測試，而且每次出現bug後，我都會把卡挪回開發重新處理。因此在和團隊一起工作一段時間後，大家在不同瀏覽器上自測的力度就越來越大了。