测试描述题

1.简单概述缺陷报告包含哪些内容?

核心要素&＃xff08;8项&＃xff09;

1. 缺陷编号
2. 缺陷状态&＃xff1a;新建、指派、打开、修复、拒绝、延期、回归、关闭、重开
3. 缺陷标题
4. 优先级
5. 重现步骤&＃xff1a;步骤、预期结果、实际结果
6. 严重程度
7. 缺陷类型
8. 测试环境
9. 指派人
10. 提交人
11. 提交时间
12. 对应的测试用例
13. 附件
    模板&＃xff1a;

2.开发人员修复缺陷后&＃xff0c;如何保证不影响其他功能?

Bug的修复以及新功能的添加都有可能对版本造成一些影响&＃xff0c;为了避免&＃xff0c;在新版本发布以后&＃xff0c;首先会对新版本做一个基础的流程测试也叫做冒烟测试&＃xff0c;如果测试基本流程都顺利通过没有任何问题&＃xff0c;那么测试人员可以继续进行详细的测试&＃xff0c;否则就将冒烟测试中出现 的问题以及问题有可能出现的原因反馈给开发人员&＃xff0c;由开发人员修正后再次发版&＃xff0c;进行测试。这是一个迭代的过程。

3.压力测试和负载测试的区别?需要关注哪些指标?

1、含义不同&＃xff1a;

负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。负载测试是一种测试方法&＃xff0c;可以为性能测试、压力测试所采用。压力测试通常是在高负载情况下来对系统的稳定性进行测试&＃xff0c;更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。
　　2、对象不同&＃xff1a; 压力测试强度&＃xff0c;负载测试载重。

&＃61;&＃61; 压力测试指标&＃61;&＃61;

一&＃xff1a;并发用户数
1&＃xff0c;这个不是多说了&＃xff0c;可简单理解为并发线程数

二&＃xff1a;总请求次数
1&＃xff0c;总请求次数 &＃61; 并发用户数 * 每用户请求次数
2&＃xff0c;当‘每用户请求次数 &＃61; 1’时&＃xff0c;并发用户数 &＃61; 总请求次数
3&＃xff0c;这样的压力测试会给服务器瞬间的压力&＃xff0c;但没有持久性
4&＃xff0c;并不能反映出服务器在真正压力下的处理能力

三&＃xff1a;资源性质
1&＃xff0c;测试资源可能是一张图片&＃xff0c;也可能是带5个sql查询的页面
2&＃xff0c;同样的条件下&＃xff0c;它们产生的压力差别是相当大的&＃xff0c;是压力测试的一个重要变量

————————————————

负载测序指标
在一定的工作负荷下&＃xff0c;给系统造成的负荷及系统响应的时间。

4.SQL中having 是做什么用的?WHERE 和 Having 有什么区别?

1.对由sum或其它集合函数运算结果的输出进行限制。
2.执行顺序&＃xff1a;·

where>聚合函数(sum,min,max,avg,count)>having

列出group by来比较二者。&＃xff08;&＃xff09;因where和having 在使用group by时问的最多&＃xff09;
若须引入聚合函数来对group by 结果进行过滤 则只能用having。&＃xff08;此处不多说&＃xff0c;自己想 是先执行聚合函数还是先过滤 然后比对我上面列出的执行顺序 一看便知&＃xff09;

elect sum(score) from student where sex&＃61;‘man’ group by name having sum(score)>210

注意事项 &＃xff1a;

1、where 后不能跟聚合函数&＃xff0c;因为where执行顺序大于聚合函数。
2、where 子句的作用是在对查询结果进行分组前&＃xff0c;将不符合where条件的行去掉&＃xff0c;即在分组之前过滤数据&＃xff0c;条件中不能包含聚组函数&＃xff0c;使用where条件显示特定的行。
3、having 子句的作用是筛选满足条件的组&＃xff0c;即在分组之后过滤数据&＃xff0c;条件中经常包含聚组函数&＃xff0c;使用having 条件显示特定的组&＃xff0c;也可以使用多个分组标准进行分组。

5.有一个正在运行的程序wellnkiot,如何在linux环境下,用一条

6. 测试环境和生产环境服务器配比肯定不一样?怎么保证性能源

7.如何准备测试数据?如何防止数据污染?

首先看数据的来源&＃xff0c;数据的来源一般来讲有三个个&＃xff0c;一个是根据被测系统需求的分析&＃xff0c;针对正常业务&＃xff0c;异常情况&＃xff0c;边界情况等来构建完整的数据&＃xff0c;又称为“造”数据。这不仅仅包括最基本的基础数据&＃xff0c;比如&＃xff1a;用户、权限、配置、基础编码、原数据等&＃xff0c;还包括上面提到的业务数据。这对于比较小型的系统来说还是可行的&＃xff0c;对于大型的系统来说可能就是一个巨大的工程了。

第二种方式就是利用现有系统&＃xff0c;这适合已有类似系统&＃xff0c;测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、加工为测试数据。

还有一种方式就是将现有非电子化的业务数据录入到系统中&＃xff0c;在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性&＃xff0c;因为已经发生的业务数据基本是正确的、一致的&＃xff0c;而且可能缺少某些特定业务的数据&＃xff08;不常发生的业务&＃xff09;。这样就需要根据对测试需求的分析&＃xff0c;追加新的测试数据&＃xff0c;以便能完整覆盖业务类型。

确定好数据来源后&＃xff0c;还需要对已有数据进行分析、验证、检查&＃xff0c;保证数据的质量&＃xff0c;数据的质量一般要满足测试需求、覆盖被测业务、覆盖测试边界&＃xff0c;以及要满足完整性、一致性等要求。检查完后要整理和完善数据&＃xff0c;清除无用和冗余的数据、补录不完整的数据&＃xff0c;修改一些错误的数据。

经过整理好的数据要纳入配置管理&＃xff0c;以后根据需求和变更要进行数据的维护和更新&＃xff0c;以保证满足系统测试的要求。

8.如果项目周期很短&＃xff0c;测试人力匮乏&＃xff0c;你是怎么协调的?

依据代码review的结果和影响范围&＃xff0c;对测试内容进行适当的裁剪。
借助自动化工具的支持&＃xff0c;提高测试案例的执行效率。
调整组内任务的优先级&＃xff0c;进行人力协调&＃xff0c;优先投入最紧要的项目。
必要的情况下加班