1.简单概述软件缺陷报告包含哪些内容?
缺陷标题、缺陷描述、缺陷影响情况、环境配置内容、前置条件、缺陷重现的步骤、期望结果和测试结果、优先级和严重程度、变通方案、bug原因分析,以及附件几个大部分。
2.开发人员修复缺陷后,如何保证不影响其他功能?
Bug的修复以及新功能的添加都有可能对版本造成一些影响,为了避免,在新版本发布以后,首先会对新版本做一个基础的流程测试也叫做冒烟测试,如果测试基本流程都顺利通过没有任何问题,那么测试人员可以继续进行详细的测试,否 则就将冒烟测试中出现 的问题以及问题有可能出现的原因反馈给开发人员,由开发人员修正后再次发版,进行测试。这是一个迭代的过程。
3.压力测试和负载测试的区别?需要关注哪些指标?
负载测试是从并发量维度出发,不断增加并发量发情况下,系统的性能指标
压力测试是从访问时间的维度出发,在并发量一定的情况下不断增加连续访问的时间情况下,系统的性能指标。
-
SQL中having是做什么用的?WHERE和Having有什么区别?
WHERE 子句用来筛选 FROM 子句中指定的操作所产生的行。
GROUP BY 子句用来分组 WHERE 子句的输出。
HAVING 子句用来从分组的结果中筛选行
7.如何准备测试数据?如何防止数据感染?
测试数据就是在测试中需要用到的数据,数据来源于测试用例提取出的需求。
手动的方式创建数据,通过软件的某个具体的业务流程创建数据,如模拟用户购买下单,则是直接通过点击购买的方式,完成一个订单的操作,这种方式适合于需要的测试数据少,也是平时测试中使用最多的方式。
通过修改数据库的方式,同样以下单为例,将测试环境已有订单的用户id改为测试账号的用户id,这样就将这个订单关联到了测试账号上了,这样的方式比较简捷,花费的时间成本最低。
通过修改浏览器的方式,有时候一个网页需要显示100个商品信息,但是如果不断的创建100个商品信息则不太现实,测试时也只是想看显示100个商品时页面显示是否正常,这个时候可以通过修改网页html代码进行实现。
通过程序自动生成,通过编写程序实现商品数据的批量生成,这也是一个办法,适用于测试周期比较长、时间比较宽松的项目,这样才有充足的时间去写这个自动生成商品数据的脚本。
通过本地数据库的导入功能,如果已有一批数据,只是这个数据是存储在本地,而不是数据库中,则可以通过导入数据的方式,实现数据的创建
通过将线上数据导入到测试环境的方式,要求事先先进行调研,先确定线上的数据是否是自己想要的数据,导入到线下的数据是否还需要再次加工?加工所要花费的时间成本的大小进行衡量。
8.如果项目周期很短,测试人力匮乏,你是怎么协调的?
依据代码review的结果和影响范围,对测试内容进行适当的裁剪。
借助自动化工具的支持,提高测试案例的执行效率。
调整组内任务的优先级,进行人力协调,优先投入最紧要的项目。
必要的情况下加班。
2.在微信客户端使用搜狗输入法打字手机屏幕突然黑了,请问有那些原因会导致这个现象?分别如何进行排查?
可能你装了其他的软件与搜狗有冲突吧。如果一定要用搜狗的话,建议格机格卡,然后第一个安装搜狗。应该就没问题了…
3.你在测试过程中发现了一个重现率低的bug,你会如何处理?
将该BUG的触发环境、触发背景等详细记录在jira/bugzilla/TD/QC上并注明重现次数及无法重现的次数、供研发参考。
4.测试发现
当收到问题后,应该及时反馈给研发团队,确定是否为BUG,如果非BUG的,那确定问题产生的原因,并让问题对接人知晓后反馈和客户。
如果确定为BUG后,则需要对bug的严重等级进行评级。如果是轻微或者不会对用户使用造成太大问题的,可以作为优化项放到后面版本迭代时进行修复。反之严重问题,就应该找到bug所属模块的程序负责人,确定解决方案,并及时发布对应的补丁包或者给出解决措施。同时,问题对接人一定要给用户进行反馈或说明,包括对解决方案的简单说明。
5.用例设计:QQ发消息功能。
1)发送消息是否成功(按钮和快捷键)
(2)发送文字(消息为空、空格、最大长度、敏感字、特殊符号)
(3)发送图片,包括从本地选择图片和从外部复制粘贴(图片大小、格式、数量)
(4)发送文字和图片混合的消息
(5)给不同的人发消息(例如:好友、陌生人、群聊里发消息、讨论组里发消息、通过群私聊,需考虑群主开启与未开启私聊的情况)
(6)群发消息(对象包括好友、群聊、讨论组等)
(7)被禁言是否还能发消息
(8)群聊或讨论组中发消息,已经屏蔽群的人是否还能收到
(9)发送消息时,对方在线或离线、忙碌状态等
(10)发送过程中弱网或者断网
(11)从运营安全的考虑,一个qq一天可以发送多少消息,发送多少图片
(12)安全性,当发送黄图或有毒链接时(拦截?提示?)