最新软件测试面试题之功能基本可以走通但是bug太多
因为如果是以此为理由，打回去给开发，理由并不完全站得住。一个是大家对bug多的标准不一致，我们说bug多，开发不一定认可。这个时候我们需要针对bug的情况进行一下分析：
（1）bug集中，且可以跟其他模块切开
测试发现的bug是集中在整个功能的某一个模块中，该模块与整个功能的其他模块可分割，可以单独测试。如果是整个功能都基本正常，只有其中的一个模块有问题，那么可以先对其他模块进行测试，bug较集中的模块提交给开发重新对代码进行排查，待重新提测后再进行测试，对整体测试时间无影响。
（2）bug集中，但是跟其他模块关联性强
测试发现的bug是集中在整个功能的某一个模块中，该模块与整个功能的其他模块关系较密切，无法单独测试。对其他模块进行测试，只打回这一个模块给开发，待开发重新代码review后，确认影响范围重新测试。对整体测试时间有影响，但是影响不大，需要在确认测试范围的时候花费一些时间。
（3）bug不聚类，多数bug都不是严重问题，关联性不强
bug分散在整个功能的的各个模块，基本是因为整体代码质量不高引起的。但是bug都不是什么严重的问题，集中在UI显示等模块，这个时候测试需要全功能测试，待开发修复完bug后进行修复问题的二轮测试。增加二轮测试，对整体测试时间有影响。
（4）bug不聚类，半数bug都是较严重的问题
bug分散在整个功能的的各个模块，基本是因为整体代码质量不高引起的。针对这种情况只能是全部打回去给开发，整体代码review后重新提测。提测时间delay，对整体测试时间有影响。
2.功能实现的与策略不一致
有些时候，开发提测，产品也经过验收通过，但是到测试手里一看，实现跟需求明显是有差异的，这个时候应该怎么办？我们能做的，一定是第一时间找产品确认“开发做成这样你知道吗？”，一般会有两种结果。
1) 产品认可开发的实现。
如果是这种情况，我们那就让产品发需求变更，我们按照变更后的需求对功能进行测试。这种处理方法对整体测试时间基本无影响，只需要增加一个新需求确认的环节。
2) 产品对开发的实现不从，一定要改回来。
这种情况那就没办法了，打回去重新按照需求实现，然后重新提测吧。提测时间delay，对整体测试时间有影响。
3.出现崩溃等异常完全无法继续测试下去
这种情况没什么好讨论的，直接打回去，等开发修复完全后再重新测试。但是前面已经测试过的部分，需要跟开发确认，如果修改后无影响的，可以不必再次从头开始测试。
2、在您来看,测试是一件什么样的工作?如果让您负责一个项目的测试,应如何完成这项工作？
寻找Bug；避免软件开发过程中的缺陷；衡量软件的品质；关注用户的需求；总的目标是：确保软件的质量
今日福利
柠檬班准备了150个常用Linux命令
课程地址：http://www.lemonban.com/front/couinfo/188
可加小米老师微信：
13327316731
暗号：官网
网友评论