临近发布时间节点,但还有已知缺陷没有解决,同时版本又重要又紧急,如何应对?(漏测怎么处理?)
答: 出现概率
-
是否必现?
-
偶现概率? 影响范围
-
主流程or异常场景?
-
主要功能or次要功能?
-
若是主流程,是否影响正常功能使用? .
-
若是主要功能,是否影响其他功能模块的使用?
-
该功能/场景使用频率如何? 规避措施
-
技术上有没有规避措施?
-
出现问题后是否有友好提示? 项目层面
-
发布时间是否能延期?
-
发布的版本是对内还是对外发布?
-
开发能否迅速解决问题?
-
解决问题成本如何?
-
产品团队能否接受带问题发布?
漏测处理总结:
-
如果是优化项,或者是低概率出现的缺陷,影响范围不广的缺陷可以选择下个版本解决;
-
如果是必现,取影响范围比较大如主流程、主功能的缺陷,则需要在发布前解决;
-
当然实际情况还有很多种可能,比如产品团队直接做决定也不是不可能,但是作为测试一定要根据不同维度去分析这个问题,然后给出建议。
你觉得软件测试人员在项目过程中除了测试工作以外,还应该肩负哪些责任?
答:
- 项目层面:需要及时发现项目测试流程的不足点,及时沟通并改善不足的地方,推进项目组的测试规范;
- 个人层面:提升个人测试能力,包括学习测试工具、测试框架等,提升测试效率,进行更多拓展测试,发现更多边界问题;
- 团队层面:分享个人测试技能或项目经验,帮助团队其他成员提升测试技能,避免踩上不必要的坑;
尽量表明自己的态度,多说让面试官喜欢的话!!!
怎样保证你写的测试用例能覆盖所有的需求?(如何保证测试的整体覆盖率。)
答:
-
需求评审会前均需要认真阅读需求文档,以测试的角度,提前准备需求疑问,在评审会上解决疑问;
-
编写测试用例,组织项目成员进行测试用例评审,补充测试用例;
-
版本发布后,项目复盘找到通过扩展测试发现的缺陷,及时补充测试用例;
-
客户反馈Bug或内部发现Bug,确认是否因为测试用例没写导致的漏测,若是则及时补充测试用例。
如何控制测试质量与测试进度?
答:
-
测试前,评估需求的核心功能影响范围和上线风险;
-
制定详细的测试计划,和组内成员、产品、技术负责人一起评审测试计划和测试用例评审;
-
测试过程中,出现问题,快速沟通、快速解决问题;
-
测试过程中,及时了解团队测试进度,提前了解可能会出现的风险点;
-
测试结束后,组织需求版本复盘会议,回顾此次测试过程中出现的问题,制定计划防止下次再次出现类似问题;
现在在进行一个版本的测试,临时插入一个需求,你会怎么处理这种情况?
答:只有重要且紧急的需求,且是由重要负责人提出。且是属于本项目的,跟本次送测有部分关联的需求才会允许临时改变测试计划; 如果是其他情况的话,我们是不允许中途测试其他需求的,一般就会在测完这个版本后,再安排下一个版本的测试。
一句话:不要紧就别急,我知道你很急,但是你先别急哈哈哈哈
如果让你来设计一个测试用例,会考虑哪些因素?
答:
从设计思路,可以回答将从以下几个方面去设计用例 界面测试、需求测试、功能测试、可靠性、安全性、可移植性、兼容性、易用性、性能测试。
软件测试过程有哪些?单元测试、集成测试、系统测试的侧重点是什么?
答:
软件测试过程步骤包括:
单元测试、集成测试、确认测试、系统测试和验收测试;
- 单元测试的侧重点是内部逻辑是否正常;
- 集成测试的侧重点是与外部的衔接是否正常;
- 系统测试的侧重点是整个系统的流程是否通畅;
APP测试/web测试/H5测试的区别
相同之处: (1)针对同一个系统功能的测试,三端所测的业务流程是一样的; (2)一般情况下手机端和PC端都对应一套后台服务。
不同之处: (1)测试平台不同
-
pc项目都是在电脑上进行测试的;
-
app测试平台分为安卓和IOS端:安卓测试需要在安卓手机上安装开发提供的apk测试包;IOS测试需要将手机UUID提供给开发安装ipa测试包进行测试;
-
H5测试就是测试HTML5页面:在PC或者手机浏览器都可以直接访问H5页面;
(2)兼容性测试不同
-
PC的兼容性主要包括各浏览器和不同操作系统; APP的兼容性包含安卓和IOS不同机型,不同版本,不同屏幕都要适配; H5的兼容性主要测试手机端的不同浏览器的兼容性;
(3)系统架构不同
-
PC和H5端项目尤其是WEB项目对应一个后台服务,所有客户访问的都是同一个后台。上线测试时,直接访问线上地址测试即可;
-
APP测试虽然对应了一个后台,但是不同的用户可能下载了不同版本的客户端,上线测试时,需要兼容每个版本的测试。
(4)发布流程不同
-
PC端每次更新发布,需要将测试通过的包替换线上包,重启服务后立刻生效,访问的就是最新的环境;
-
H5由于是一些html5网站发布上线后无需重启即可访问;
-
APP端需要向应用市场发布,安卓发布的市场有很多,应用宝、豌豆荚、应用商店等每个应用都需要单独审核;IOS端应用比较单一就是appstore。从提交、审核到发布会有几天的时间间隔,开发的应用包不会立刻发布。
(5)专项测试
-
app端还有一些专项测试:
-
性能方面:响应时间、流量测试和耗电量测试
-
安装测试(PC端web项目不用测试,CS架构的也需要考虑)
-
交叉测试:就是在操作某个软件的时候,来电话、来短信,电量不足提示等外部事件
-
操作类型:手势测试、横屏竖屏
这里大概了解一下就可以了,看你面试哪个岗位,再去背对应岗位了解更深的理解
H5的兼容性测试你做过哪些?
答:
-
操作系统:Android、IOS
-
屏幕分辨率
-
手机品牌:小米、华为、三星、vivo、oppo(Top10或20机型)
-
移动端常用浏览器:微信内置浏览器、QQ内置浏览器、手机系统自带浏览器、第三方浏览器(UC、QQ、360、百度浏览器)
做好测试计划工作的关键是什么?
答:
(1)明确测试的目标,增强测试计划的实用性;
(2)坚持“5W”规则,明确内容与过程;
(3)采用评审和更新机制,保证测试计划满足实际需求;
(4)分别创建测试计划与测试详细规格、测试用例 。
“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在 哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划,可以帮助测试团队理解测试的目的 (Why),明确测试的范围和内容(What),确定测试的开始和结束日期(When),指出测试的 方法和工具 (How),给出测试文档和软件的存放位(Where)。
针对百度首页的搜索框编写3个以上的测试用例
答:
-
针对ui界面,测试搜索框是否符合原型
-
针对正常值,测试包括输入英文“abc”、汉字“搜索内容”、符号55@#、字符“abc汉字空格”;
-
针对边界值,测试包括输入空字符串、字符长度为最大值;
-
针对兼容性,测试在其他浏览器打开是否会出现奇形怪状的界面
-
针对异常,测试包括实施XSS攻击。
可以按自己想法来回答,答案很广泛,这里只是提供意见
以上都是个人经验所得,广大网友可以多提一些建议噢!有啥不懂的可以私信我,有时间我会回复!!!感谢您的阅读,如果觉得写的不错的话可以点个赞噢!!!!