摘要：?推排期 對(duì)于QA介入的需求排期，需求評(píng)審后，QA主動(dòng)溝通且推動(dòng)排期確認(rèn)，及時(shí)回復(fù)PM排期郵件。 常通告?對(duì)于提測(cè)、測(cè)前溝通、準(zhǔn)入或駁回、測(cè)試進(jìn)度、需求項(xiàng)目質(zhì)量報(bào)告、項(xiàng)目延期(提測(cè)，測(cè)試，上線)，質(zhì)量風(fēng)險(xiǎn)等事務(wù)，QA應(yīng)當(dāng)主動(dòng)做郵件通告或推動(dòng)接口通告。
推排期
對(duì)于QA介入的需求排期，需求評(píng)審后，QA主動(dòng)溝通且推動(dòng)排期確認(rèn)，及時(shí)回復(fù)PM排期郵件。
常通告
?對(duì)于提測(cè)、測(cè)前溝通、準(zhǔn)入或駁回、測(cè)試進(jìn)度、需求項(xiàng)目質(zhì)量報(bào)告、項(xiàng)目延期(提測(cè)，測(cè)試，上線)，質(zhì)量風(fēng)險(xiǎn)等事務(wù)，QA應(yīng)當(dāng)主動(dòng)做郵件通告或推動(dòng)接口通告。
拋風(fēng)險(xiǎn)
對(duì)于所有影響需求質(zhì)量，測(cè)試延期，上線延期，跨端聯(lián)調(diào)及測(cè)試延期的風(fēng)險(xiǎn)問題，做及時(shí)的郵件通告拋出風(fēng)險(xiǎn)至各接口人，讓干系人了解評(píng)估。
快同步
對(duì)于所有需求，需求評(píng)審、需求排期、提測(cè)、測(cè)試進(jìn)度、質(zhì)量風(fēng)險(xiǎn)問題，上線等信息，都及時(shí)同步至接口同學(xué)，跨端項(xiàng)目注意及時(shí)同步至下游接口PM、RD、QA。
跟問題
對(duì)于線上的影響大的事故，嚴(yán)重Bug，接口方向QA做及時(shí)的反饋記錄，同步至wiki。
對(duì)于各個(gè)Hi群、微信群中拋出的線上Bug，接口方向QA及時(shí)回復(fù)跟蹤，無法解決的問題，推動(dòng)接口RD去解決，學(xué)習(xí)如何定位解決問題。
穩(wěn)上線
QA推動(dòng)RD上線時(shí)間盡量前置，提前協(xié)調(diào)同一個(gè)模塊做一次上線，避免沖突。
上線回歸發(fā)現(xiàn)Bug，QA評(píng)估Bug影響及嚴(yán)重程度，存在風(fēng)險(xiǎn)高的Bug果斷阻止上線，做上線延期通告。
復(fù)雜較大的項(xiàng)目，上線回歸工作量較大情況，QA協(xié)調(diào)RD/PM同學(xué)做測(cè)試回歸分配，避免上線回歸不充分，提高上線回歸測(cè)試效率。
所有需求上線，必須保證從App入口完成主流程的回歸測(cè)試。
上線時(shí)間過晚(例：晚于00:00)，QA評(píng)估風(fēng)險(xiǎn)，建議將上線延期到第二天，10點(diǎn)以后QA有權(quán)叫停發(fā)布上線。
上線規(guī)范，參考如下截圖
愛總結(jié)
總結(jié)每一個(gè)項(xiàng)目測(cè)試過程中存在的不合理地方、有待優(yōu)化的細(xì)節(jié)，如：需求評(píng)審、需求排期、準(zhǔn)入質(zhì)量、上線流程、測(cè)試覆蓋、測(cè)試方法、跨端測(cè)試效率問題等。
QA意識(shí)到底是什么？怎樣才算是有QA意識(shí)？什么樣的QA是好QA，高級(jí)QA，可以拿高薪的QA？
QA應(yīng)該具備3個(gè)基本特征：嫻熟的測(cè)試技能，積極的自我驅(qū)動(dòng)能力，清晰的大局意識(shí)。并且，需要抱定一個(gè)理念：QA無小事！
嫻熟的測(cè)試技能，包括對(duì)于產(chǎn)品業(yè)務(wù)邏輯的掌握，任何一個(gè)我們業(yè)務(wù)中的功能，你都能了然于心，理解終端用戶的使用場(chǎng)景并能在測(cè)試中構(gòu)造出可能的異常；并且對(duì)于RD代碼實(shí)現(xiàn)做到心中有數(shù)，整個(gè)工程中有哪些接口，對(duì)應(yīng)著數(shù)據(jù)庫的哪些表結(jié)構(gòu)以及SQL查詢，你和RD聽PM闡述一個(gè)需求時(shí)，你是否能大致分析出RD應(yīng)該在什么地方添加哪些代碼去實(shí)現(xiàn)PM想要的功能？
積極的自我驅(qū)動(dòng)能力，這不光是優(yōu)秀的QA需要的，而是做一個(gè)優(yōu)秀的人所需要具備的素質(zhì)，不滿足現(xiàn)狀，時(shí)時(shí)刻刻都在思考如何提升自己的能力，思考怎樣才能不浪費(fèi)你生命中的每一天，每一個(gè)小時(shí)，每一分鐘。只有渴望成功的人才有可能成功。映射到QA這個(gè)角色，那你需要經(jīng)常反思自己的不足，你的項(xiàng)目測(cè)試能不能節(jié)奏更快一些，效率更高一些？測(cè)試工具是不是很惡心很難用？開發(fā)測(cè)試流程是不是很廢柴？你每天是不是在做著你覺得毫無意義又必須要做的事情？思考問題、在解決問題的過程中得到鍛煉和成長(zhǎng)，這些事情沒有人會(huì)要求你去做，但是如果你做了并且給團(tuán)隊(duì)帶來幫助，那么你自然可以獲得比別人更多的機(jī)會(huì)與空間。
清晰的大局意識(shí)，從整個(gè)QA團(tuán)隊(duì)或者從整個(gè)事業(yè)部的層面來看你工作的意義，事業(yè)部的目標(biāo)是什么？QA團(tuán)隊(duì)的目標(biāo)是什么？你要知道你做的事情對(duì)QA，對(duì)團(tuán)隊(duì)的意義在哪里。
在QA角度上全方位考慮我們能從哪些方面、哪些層次上影響產(chǎn)品的質(zhì)量？
1.需求階段 需求是如何產(chǎn)生的，QA要判斷需求是否合理，能否預(yù)期的目的，需求是否夠細(xì)致并可實(shí)施，不明確的需求會(huì)帶來開發(fā)測(cè)試過程中不斷的扯皮與內(nèi)耗。
2.設(shè)計(jì)階段 QA需要了解項(xiàng)目的技術(shù)方案設(shè)計(jì)并分析接口、表結(jié)構(gòu)、算法、安全策略有沒有問題，能否給出相應(yīng)建議。
3.研發(fā)階段 提供單元測(cè)試工具，幫助RD快速驗(yàn)證代碼實(shí)現(xiàn)
4.聯(lián)調(diào)階段 提供接口測(cè)試工具，檢驗(yàn)接口功能正確性
5.自測(cè)階段 提供checklist與測(cè)試環(huán)境搭建工具，靜態(tài)、半靜態(tài)代碼檢查
6.測(cè)試階段 手工測(cè)試與自動(dòng)化測(cè)試相結(jié)合，CodeDiff補(bǔ)充，幫助RD更快定位修復(fù)問題
7.發(fā)布上線 線上回歸與業(yè)務(wù)監(jiān)控
QA離不開流程
流程的設(shè)立會(huì)降低效率，那我們就需要看，效率的犧牲是否可承受，可不可以帶來我們想要的收益？效率的降低是否可以帶來質(zhì)量的穩(wěn)定和提升？
對(duì)流程的控制是QA的核心工作之一，強(qiáng)悍的流程控制力與項(xiàng)目推動(dòng)能力可以幫助你在每一個(gè)環(huán)節(jié)上把握住產(chǎn)品的質(zhì)量，QA永遠(yuǎn)都有質(zhì)量這把尚方寶劍，達(dá)不到QA要求的質(zhì)量標(biāo)準(zhǔn)，那么流程就不能往下走，并且QA不對(duì)項(xiàng)目發(fā)布時(shí)間做任何保證。每一個(gè)QA都要在團(tuán)隊(duì)中建立自己的權(quán)威，培養(yǎng)自己的影響力?？渴裁矗靠孔约簩?duì)業(yè)務(wù)的精通，對(duì)技術(shù)的深耕，對(duì)原則的堅(jiān)持。
QA的目標(biāo)
1. 線上0Bug，0故障 這個(gè)不用多解釋，所有QA的終極目標(biāo)。雖然理論上無法達(dá)成，但我們的目的是無限趨近這個(gè)目標(biāo)。提高測(cè)試階段的測(cè)試質(zhì)量，減少線上問題的可能性。如果線上bug不可避免，那可以通過及時(shí)發(fā)現(xiàn)線上問題，快速解決線上問題的方法將損失降到最低。
2. 縮短測(cè)試周期，提高發(fā)布效率 保證用戶利益，用戶體驗(yàn)的前提下，盡快讓新產(chǎn)品、新功能完成上線，可以幫助團(tuán)隊(duì)早一點(diǎn)完成新產(chǎn)品嘗試，更早收集到用戶反饋，及時(shí)改進(jìn)我們的產(chǎn)品。通過一切可能的手段，基于系統(tǒng)化、流程化、技術(shù)化的思路和方法，縮短測(cè)試時(shí)間。
3. 提升RD、PM質(zhì)量意識(shí) 讓RD、PM認(rèn)識(shí)到測(cè)試不光是QA的事情，教會(huì)RD&PM測(cè)試，提供給RD&PM測(cè)試的方法和便捷的測(cè)試工具，讓他們?cè)敢庾鰷y(cè)試。讓PM產(chǎn)出的PRD更細(xì)致更易理解、讓PM自測(cè)發(fā)現(xiàn)更多bug，使PM有意識(shí)有能力反思自 己的PRD，勝過若干個(gè)QA評(píng)審他的PRD。讓RD設(shè)計(jì)的表結(jié)構(gòu)更合理、寫的代碼更規(guī)范更高效，有助于降低產(chǎn)品的交付周期，問題發(fā)現(xiàn)得越早，修復(fù)問題的代價(jià)越低。RD提測(cè)的代碼bug少了，質(zhì)量提高了，QA才能釋放自己去做更多的事情。
