随着信息技术的迅猛发展，不少人将目光转向IT行业，而软件测试行业更是凭借其人才缺口大、薪资待遇好、发展方向广、无性别歧视、学习门槛低、技术上手快等优势吸引了许多人的目光，甚至吸引了很多零基础的人员通过软件测试课程培训入行，今天八维职业学校和大家一起来看看软件测试工程师新手测试常见问题，希望有助于大家学习。

　　1、写case时，对需求文档内容存在疑问。

　　解决办法：

　　1）先找之前参与需求评审的QA，询问;

　　2）问开发该需求的RD：查看RD排期，是否已经，或即将开始开发，若RD未开始开发，很多时候，他们也不是很了解需求内容。

　　3）若影响case的编写，可在企业微信上，直接问PM。若问题较多，可直接找PM当面询问。

　　4）若不影响case的编写，可在case里做标记，在case评审时抛出，请PM回答。

　　2、确认是否能正常提测。

　　在开始测试的前一天，找RD确认是否能正常提测。有时RD反馈无法正常提测。

　　解决方法：

　　1）一定要确认影响提测的原因，如果当前自己排期内可消化，可在与其他RD沟通，并在自己排期内做调整。

　　2）一定要确认可以提测的时间点，如果是由于server端导致delay，是否可以让端上RD给个入口，端上先mock数据先测。

　　3)若端上或server有delay，一定要告知直接领导。

　　4）delay有可能导致风险，一定要及时抛出，若需要报risk，一定告知RD，一定及时在Jira提risk。

　　5）若严重delay，且server或端没有配合尽快解决，可邀请领导加入微信群，催促大家尽快完成；若问题非常严重，可邀请领导的领导加入微信群（谨慎邀请），催促大家尽快完成。

　　3、如何处理无法解决的bug？

　　在测试过程中，遇到RD无法解决的bug，同时无法解决的bug数量不多。

　　解决办法：

　　1）告知PM：bug详情、RD反馈无法解决。

　　2）若PM表示不修改，则在Jira上对应的bug上备注并关闭bug（备注中要标明具体PM）。

　　3）若PM表示要修改，在企业微信上拉群：QA、RD、PM，在群里告知该问题，@RD和@PM，反馈实情，让RD和PM商量，并给出最终结果。

　　在测试中，若遇到RD无法解决的bug，同时QA感觉该问题比较影响体验，可告知PM且与PM达成一致后，拉微信群，@RD，反馈bug，让RD修改。

　　4、需求设计有问题

　　若QA感觉需求设计有问题，可与RD达成一致后，与RD共同反馈给PM。

　　5、在解决bug时，遇到的特殊情况

　　若遇到特殊情况：

　　1）很多bug，RD反馈无法解决，PM反馈要修改，但RD和PM僵持不下，没有结果。

　　2）有的bug，QA感觉严重影响体验，但RD反馈无法解决，PM反馈当前版本不修改。

　　3）当前需求无法解决问题太多，严重影响用户体验。

　　4）若严重delay，且server或端没有配合尽快解决。

　　解决办法：

　　1）告知直接领导当前情况。

　　2）发邮件：列表格，将各个bug一一记录，加上RD的反馈，和PM决定当前版本是否修改，将表格添加到邮件中，在测试结束前，发邮件，邮件里@RD和@PM，使其在某个时间点前作出回复确认当前情况。邮件抄送给直接领导、QA全员。

　　3）如果问题很严重：严重影响用户体验，告知直接领导当前情况，找明明说明当前情况。

　　4）可邀请领导加入微信群，督促大家尽快处理当前问题;若问题非常严重，可邀请leader加入微信群，督促大家尽快处理当前问题。

　　6、在参加需求评审前，先阅读需求文档

　　在参加需求评审前，先阅读一遍需求文档，如果有疑问，需要记录下来，可在wiki的需求文档上直接对有疑问的地方备注提出问题，在参加需求评审时，直接提出，问PM。

　　若在需求评审上，有未确定的内容，在需求评审的checklist上，是否通过一栏，填写："未通过"，并备注未通过原因，以及未确定的内容。需求评审后继续跟进，督促PM对会上未确定的内容作出解答，或开二次评审，需求上有更改、添加、删除的内容，督促PM在wiki上做相应的更改。

　　7、需求有变化时，及时督促更新

　　在测试过程中，PM作出的需求更改、需求添加，都要及时督促PM更新到wiki文档上。

　　8、查找bug引入原因时

　　向RD询问bug引入原因的时候（尤其是以前没有该bug，最近都没有对该部分作出修改，但是测试中发现了该bug），有些RD不配合查找bug引入原因。

　　沟通方法：

　　1）一定耐心告知RD"查找bug引入原因"的目的，不要引起误会。

　　2）一定不要和RD产生争执。

　　3）从RD和QA的利益共同点出发，详细告知我们这么做的目的，以及我们的收益，和最终希望达成的效果。

　　9、没有排期，不允许上线、测试及修改。

　　在测试过程中，即使是需求小改动，也要告知直接领导，只要没有排期，不允许上线及测试，没有排期不允许修改。

　　10、是否免测，决定权在谁?

　　RD在代码上作出的修改，是否免测由QA说了算：

　　1）有些RD会告知没有影响，无需测试；

　　2）有些PM告知他已验收，无需测试；

　　以上2种情况都不可，是否免测由QA说了算。

上一篇：Python编程语言的优缺点是什么呢?

下一篇：软件测试工程师如何准确定义缺陷类型？