在測(cè)試過(guò)程中，經(jīng)常遇到需要和RD砍濒、PM溝通的問(wèn)題淋肾。
1、寫case時(shí)爸邢，對(duì)需求文檔內(nèi)容存在疑問(wèn)樊卓。
解決辦法：
1）先找之前參與需求評(píng)審的QA，詢問(wèn)杠河；
2）問(wèn)開(kāi)發(fā)該需求的RD：查看RD排期碌尔，是否已經(jīng)，或即將開(kāi)始開(kāi)發(fā)券敌，若RD未開(kāi)始開(kāi)發(fā)唾戚，很多時(shí)候，他們也不是很了解需求內(nèi)容待诅。
3）若影響case的編寫叹坦，可在企業(yè)微信上，直接問(wèn)PM咱士。若問(wèn)題較多立由，可直接找PM當(dāng)面詢問(wèn)。
4）若不影響case的編寫序厉，可在case里做標(biāo)記锐膜，在case評(píng)審時(shí)拋出，請(qǐng)PM回答弛房。
2道盏、在開(kāi)始測(cè)試的前一天，找RD確認(rèn)是否能正常提測(cè)文捶。有時(shí)RD反饋無(wú)法正常提測(cè)荷逞。
解決方法：
1）一定要確認(rèn)影響提測(cè)的原因，如果當(dāng)前自己排期內(nèi)可消化粹排，可在與其他RD溝通种远，并在自己排期內(nèi)做調(diào)整。
2）一定要確認(rèn)可以提測(cè)的時(shí)間點(diǎn)顽耳，如果是由于server端導(dǎo)致delay坠敷，是否可以讓端上RD給個(gè)入口妙同，端上先mock數(shù)據(jù)先測(cè)。
3）若端上或server有delay膝迎，一定要告知直接領(lǐng)導(dǎo)粥帚。
4）delay有可能導(dǎo)致風(fēng)險(xiǎn)，一定要及時(shí)拋出限次，若需要報(bào)risk芒涡，一定告知RD，一定及時(shí)在Jira提risk卖漫。
5）若嚴(yán)重delay费尽，且server或端沒(méi)有配合盡快解決，可邀請(qǐng)領(lǐng)導(dǎo)加入微信群羊始，催促大家盡快完成依啰；若問(wèn)題非常嚴(yán)重，可邀請(qǐng)領(lǐng)導(dǎo)的領(lǐng)導(dǎo)加入微信群（謹(jǐn)慎邀請(qǐng)）店枣，催促大家盡快完成速警。
3、在測(cè)試過(guò)程中鸯两，遇到RD無(wú)法解決的bug闷旧，同時(shí)無(wú)法解決的bug數(shù)量不多。
解決辦法：
1）告知PM：bug詳情钧唐、RD反饋無(wú)法解決忙灼。
2）若PM表示不修改，則在Jira上對(duì)應(yīng)的bug上備注并關(guān)閉bug（備注中要標(biāo)明具體PM）钝侠。
3）若PM表示要修改该园，在企業(yè)微信上拉群：QA、RD帅韧、PM里初，在群里告知該問(wèn)題，@RD和@PM忽舟，反饋實(shí)情双妨，讓RD和PM商量，并給出最終結(jié)果叮阅。
4刁品、在測(cè)試中，若遇到RD無(wú)法解決的bug浩姥，同時(shí)QA感覺(jué)該問(wèn)題比較影響體驗(yàn)挑随，可告知PM且與PM達(dá)成一致后，拉微信群勒叠，@RD兜挨，反饋bug竞阐，讓RD修改。
5暑劝、若QA感覺(jué)需求設(shè)計(jì)有問(wèn)題，可與RD達(dá)成一致后颗搂，與RD共同反饋給PM担猛。
6、在測(cè)試中丢氢，遇到RD無(wú)法解決的bug傅联，同時(shí)無(wú)法解決的bug數(shù)量較多。
解決辦法：
1）將問(wèn)題一一統(tǒng)計(jì)疚察，在企業(yè)微信上拉群：QA蒸走、RD、PM貌嫡，在群里告一一拋出問(wèn)題比驻，@RD和@PM，反饋實(shí)情岛抄，讓RD和PM商量别惦，并給出最終結(jié)果。
若遇到特殊情況：
1）很多bug夫椭，RD反饋無(wú)法解決掸掸，PM反饋要修改，但RD和PM僵持不下蹭秋，沒(méi)有結(jié)果扰付。
2）有的bug，QA感覺(jué)嚴(yán)重影響體驗(yàn)仁讨，但RD反饋無(wú)法解決羽莺，PM反饋當(dāng)前版本不修改。
3）當(dāng)前需求無(wú)法解決問(wèn)題太多洞豁，嚴(yán)重影響用戶體驗(yàn)禽翼。
4）若嚴(yán)重delay，且server或端沒(méi)有配合盡快解決族跛。
解決辦法：
1）告知直接領(lǐng)導(dǎo)當(dāng)前情況闰挡。
2）發(fā)郵件：列表格，將各個(gè)bug一一記錄礁哄，加上RD的反饋长酗，和PM決定當(dāng)前版本是否修改，將表格添加到郵件中桐绒，在測(cè)試結(jié)束前夺脾，發(fā)郵件之拨，郵件里@RD和@PM，使其在某個(gè)時(shí)間點(diǎn)前作出回復(fù)確認(rèn)當(dāng)前情況咧叭。郵件抄送給直接領(lǐng)導(dǎo)蚀乔、QA全員。
3）如果問(wèn)題很嚴(yán)重：嚴(yán)重影響用戶體驗(yàn)菲茬，告知直接領(lǐng)導(dǎo)當(dāng)前情況吉挣，找明明說(shuō)明當(dāng)前情況。
4）可邀請(qǐng)領(lǐng)導(dǎo)加入微信群婉弹，督促大家盡快處理當(dāng)前問(wèn)題睬魂；若問(wèn)題非常嚴(yán)重，可邀請(qǐng)leader加入微信群镀赌，督促大家盡快處理當(dāng)前問(wèn)題氯哮。
8、在參加需求評(píng)審前商佛，先閱讀一遍需求文檔喉钢，如果有疑問(wèn)，需要記錄下來(lái)良姆，可在wiki的需求文檔上直接對(duì)有疑問(wèn)的地方備注提出問(wèn)題出牧，在參加需求評(píng)審時(shí)，直接提出歇盼，問(wèn)PM舔痕。
若在需求評(píng)審上，有未確定的內(nèi)容豹缀，在需求評(píng)審的checklist上伯复，是否通過(guò)一欄，填寫：“未通過(guò)”邢笙，并備注未通過(guò)原因啸如，以及未確定的內(nèi)容。需求評(píng)審后繼續(xù)跟進(jìn)氮惯，督促PM對(duì)會(huì)上未確定的內(nèi)容作出解答叮雳，或開(kāi)二次評(píng)審，需求上有更改妇汗、添加帘不、刪除的內(nèi)容，督促PM在wiki上做相應(yīng)的更改杨箭。
9寞焙、在測(cè)試過(guò)程中，PM作出的需求更改、需求添加捣郊，都要及時(shí)督促PM更新到wiki文檔上辽狈。
10、向RD詢問(wèn)bug引入原因的時(shí)候（尤其是以前沒(méi)有該bug呛牲，最近都沒(méi)有對(duì)該部分作出修改刮萌，但是測(cè)試中發(fā)現(xiàn)了該bug），有些RD不配合查找bug引入原因娘扩。
溝通方法：
1）一定耐心告知RD“查找bug引入原因”的目的着茸，不要引起誤會(huì)。
2）一定不要和RD產(chǎn)生爭(zhēng)執(zhí)畜侦。
3）從RD和QA的利益共同點(diǎn)出發(fā)，詳細(xì)告知我們這么做的目的躯保，以及我們的收益旋膳，和最終希望達(dá)成的效果。
11途事、在測(cè)試過(guò)程中验懊，即使是需求小改動(dòng)，也要告知直接領(lǐng)導(dǎo)尸变，只要沒(méi)有排期义图，不允許上線及測(cè)試，沒(méi)有排期不允許修改召烂。
12碱工、RD在代碼上作出的修改，是否免測(cè)由QA說(shuō)了算：
1）有些RD會(huì)告知沒(méi)有影響奏夫，無(wú)需測(cè)試怕篷；
2）有些PM告知他已驗(yàn)收，無(wú)需測(cè)試酗昼；
以上2種情況都不可廊谓，是否免測(cè)由QA說(shuō)了算。
