测试 面试题

1.简单概述缺陷报告包含哪些内容?
未满足需求文档的同时不易使用、难以理解、运行速度缓慢、或者最终用户认为不好 都叫缺陷或bug
缺陷编号、缺陷标题、缺陷描述、缺陷的优先级、缺陷的重要程度、缺陷所述的模块、缺陷所属的版本、缺陷所属的开发人员、输入数据、输出结果、缺陷分析等。

2.开发人员修复缺陷后，如何保证不影响其他功能?
重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。
3.压力测试和负载测试的区别?需要关注哪些指标?
压力测试是对服务器的稳定性以及负载能力等方面的测试，是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。
而负载测试是压力相对较大的测试,主要是测试系统在一种或者集中极限条件下的相应能力，是性能测试的重要部分。
压测相关的一些指标:QPS(Queries PerSecond):每秒能够响应的查询次数，也即是最大吞吐能力(吞吐量)
力测 TPS(Transactions Per Second):每秒处理的事务数目。一个事务是指一个客户端向服务器发送请求然后服务器做
出反应的过程。TPS的过程包括:客户端请求服务端、服务端内部处理、服务端返回客户端。例如，访问一个页面会请求服务器3次，那么访问这一个页面就会产生一个TPS，三个QPS。RT 指一个请求发出后系统的响应时间（reaction time）
CPU使用率、JVM堆栈使用情况、GC/FGC 次数、Load指标、网络延时

4.SQL中having 是做什么用的?WHERE 和 Having 有什么区别?
having对分组结果指定条件
1.Where语句是一条一条从磁盘读取的, 然后进行判断,满足条件的存放到内存,不满足忽略,而having是将所有的数据读入内存中,然后在内存内部逐条判断,不满足直接删除(where是判断数据从磁盘读入内存的时候,having是判断分组统计之前的所有条件)
2.having子句中可以使用字段别名，而where不能使用
3.having能够使用统计函数，但是where不能使用
4.where 后不能跟聚合函数，因为where执行顺序大于聚合函数。
5.having 是筛选组 而where是筛选记录
注意:HAVING用于应被用于WHERE子句的条目，从我们开头的2条语句来看，这样用并没有出错，但是mysql不推荐。而且也没有明确说明原因，但是既然它要求，我们遵循就可以了。

5.有一个正在运行的程序welinkiot,如何在Linux环境下,用一条测试环境生产环境配比,如何保证正确性?

6.性能测试的准确性

7.如何准备测试数据?如何防止数据污染?
小数据量测试数据:使用在线的网站就行，10W以内的数据基本都没得问题
大数据量的测试数据:大数据量的测试数据文件，我找到一个使用的 github项目
不采用公用的数据库做测试，避免冲突,防止污染

8.如果项目周期很短，测试人力匮乏，你是怎么协调的?
出现以上的情况，如果仅仅想通过测试来提高软件质量，那几是不可能的，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化到足够且有针对行的测试。所以，作为公司质量保证的因该和项目经理确定符合项目本身是和的软件生命周期模型(比如RUP的建材，原型法)，明确项目的开发流程并督促项目组按照此流程开展工作，所有项目组成员(项目经理更加重要)都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范围内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。

9.win7系统中使用IE浏览器中输入 www.sougou.com 按回车 1分钟后 展示为白页面，请问有哪些原因会导致这个现象？分别如何进行排查

10.在微信客户端使用搜狗输入法打字，手机屏幕突然黑了，请问有哪些原因会导致这个现象？分别如何进行排查？

提BUG交给开发人员

11.你在测试过程中发现了一个重现率低的 bug，你会如何处理?
第一件事情就是要观察–科学分析–严密推理–有序求证–坚持不懈–团队协作–一点儿运气
主要的方法
获取手机上的LOG文件、查看当时数据库里的帐号状态
实时的数据监控和分析。记录场景、行为等数据，能有效缩小问题的范围。
有几个入口，通过其他路径是否可以进入这个页面或者操作
弱网情况下操作
12.测试发现了一个高优先级的 bug,在上线前产品人员评估后确认该 bug不阻塞上线,可以以后再修复。但是上线后收到了很多的用户反馈，说该问题影响到了用户的使用习惯。因此紧急上线了一个补丁包修复该问题。请问如何保证同类问题以后不再发生?(请将找出的问题原因和解决方法写出来)

先向上级反馈问题,如果上线后出现问题根据bug的大小，如果影响业务逻辑及用户提醒及时处理，如果只是一些状态、文案等等对业务无重大影响可以跟版本迭代走,很严重的bug必然要回滚，想都不要想赶紧去着手安排做。
检查回滚版本是否会丢失数据，如果危害小可以让用户自己决定是否忽略（推送告知用户会丢失哪些数据一般说「部分数据」），如果危害大，替问题用户保存好数据并告知用户不要轻易回滚。配合开发及测试人员，快速定位bug，并且锁定影响范围。做好备份，及时发出上线公告，产生bug的功能暂且不上线，其他功能继续上线。上线成功后，做一个上线总结，后续action。

13.用例设计：qq发消息功能（写出你能想到的所有测试点，用例结构要清晰）
1.单聊：发送文字/表情/图片，对方是否能接收成功，且消息发送时间排序正常，聊天记录条数是否正常
2.群聊：发送文字/表情/图片，对方是否能接收成功，且消息发送时间排序正常，聊天记录条数是否正常
3.离线状态下，是否支持消息发送？发送失败后，是否支持重新发送？
4.离线状态下，是否支持接收消息？在线后，是否正常接收到离线消息？
5.未加好友状态下：搜索QQ号开启的临时会话，是否能发送文字/表情/图片/文件；群聊开启的临时会话，群主没有设置不可发起临时会话，是否能发送文字/表情/图片/文件；群主设置了不可发起临时会话，是否能发送文字/表情/图片/文件
6.在线用户发送文件给离线用户，发送到一半时，中断后，是否能继续再次发送
7.在线用户发送文件时，是否能够正常接收
8.屏蔽功能开启和关闭：屏蔽功能开启后，是否屏蔽消息提醒，但是还是可以点开查看消息？屏蔽功能关闭后，是否正常接收消息并提醒？
9.发送文字、图片、文件的最大限制
10.发送内容为空或纯空格，是否支持发送？
11.发送内容包含敏感字眼时，是否被和谐？
12.@个人、多个、全部，是否有消息提示
13.消息中发送的网址，是否支持打开？
14.已经发送和接收的消息，是否支持复制或粘贴或转发？
15.已经发送的消息是否支持撤回，撤回时间有效性验证
16.频繁下拉上划刷新页面，页面是否正常