1. 如何区分bug是前端还是后端? 前端:web(html\css\js(前端js是指JavaScript)\app(android\ios),后端:php\java\c++,c#\python
前端侧重于页面设计,后端侧重于服务开发
前端 BUG:界面相关、布局相关、兼容性相关、交互相关。
后端 BUG:业务逻辑相关、性能相关、数据相关、安全性相关
界面相关:文字描述错误、不清晰,文字字体颜色大小、按钮、文本框等页面元素不符合UI标准或用户习惯的都是前端bug
布局相关:指页面元素排序混乱,大小不一,上下左右不对齐等问题
兼容相关:在这个浏览器或这个手机上是正常的,在其他浏览器或手机上不正常,大部分原因是前端bug
交互相关:点击操作后只是页面切换,没有发起请求的交互是前端bug
如果不是以上请情况,则用fiddler抓包或浏览器F12抓包,查看发起的请求,如果请求的路径或传递的参数有误,则是前端的问题,
如果路径和参数都没有问题,没有返回数据,或返回的数据有误,则是后端的bug。
2. 如何确保用例设计的质量(如何确保用例的覆盖度/如何确保用例覆盖需求的所有功能点)?
a:充分理解需求文档,既要看到显性的需求,也要理解它的隐性需求。
b:用例设计考虑功能业务逻辑、UI界面、兼容、接口、性能、易用性、安全性、异常,如果是app要考虑中断测试、弱网测试等专项测试
c:用例评审,评审用例的需求覆盖度、可执行性、可读性等是否符合要求
3. 用例评审主要关注什么内容?
a.是否符合公司的模板规范
b.需求的覆盖度是否达到100%
c.标题是否重复、描述是否清晰
d.用例的颗粒度是否达标
e.操作步骤是否具有可执行性、数据是否正确、步骤是否过多
f.预期结果是否唯一、准确
4. 线上发现bug了怎么处理?
a.评估bug的影响范围:
是服务端的bug还是客户端的bug,对哪些功能、哪些用户、哪些机型有影响,严重程度是多少,根据不同的严重程度再决定处理方案
b.如果影响的范围和程度不是很大,则在测试环境复现bug,定位问题的原因所在,然后开发修改bug,验证通过后,发布代码,如果是客户端,则分几轮灰度发布
c.如果影响的范围和程度很大,服务端回滚相关的代码,客户端下架发布的版本,紧急修复bug再验证,验证通过在发布代码,如果是客户端,也分几轮灰度发布
d.通知售后和一线工作人员,告知用户的解决方案
e.进行bug回溯,分析漏测原因,提出改进措施。
5. 什么是冒烟测试?什么时候做冒烟测试?冒烟测试怎么做?冒烟测试不通过如何处理?
a.冒烟测试是在开发提交测试之前,对版本进行的测试