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