测试问答1

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接: https://blog.csdn.net/weixin_43573534/article/details/101785797

目录

 

一、bug的评测,怎么去评测bug

二、性能测试有哪些指标,对一个登录做性能测试,有哪些指标?怎么测出可同时处理的最大请求量

三、举例说明一下测试用例的边界

四、怎么进行Web测试

五、对一个没有参数没有返回值但可能对全局变量有影响的,怎么进行单元测试


一、bug的评测,怎么去评测bug

 Bug的priority()和severity()是两个重要属性,通常人员在提交bug的时候,只定义severity,而将priority交给leader定义,通常bug管理中,severity分为四个等级blocker、critical、major、minor/trivial,而priority分为五个等级immediate、urgent、high、normal、low。

  Serverity(严重程度)

  1、Blocker(崩溃):阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等。(该问题在测试中较少出现,一旦出现应立即中止当前版本测试)

  2、Critical(严重):系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等。(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)

  3、Major(一般、界面、性能缺陷、兼容性):功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等。(该问题实际测试中存在最多,合理安排解决Bug,解决率关系版本的优化程度)

  4、Minor/Trivial(次要、易用性及建议性问题):界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等。(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)

  Priority(优先级)

  1、Immediate(马上解决):表示问题必须马上解决,否则系统根本无法达到预定的需求。

  2、Urgent(急需解决):表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。

  3、High(高度重视):表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。

  4、Normal(正常处理):进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

  5、Low(低优先级):即问题在系统发布以前必须确认解决或确认可以不予解决。

二、性能测试有哪些指标,对一个登录做性能测试,有哪些指标?怎么测出可同时处理的最大请求量

性能测试常用指标:

从外部看,主要有

1、吞吐量:每秒钟系统能够处理的请求数,任务数

2、响应时间:服务处理一个请求或一个任务的耗时

3、错误率:一批请求中结果出错的请求所占比例

从服务器的角度看,性能测试关注CPU,内存,服务器负载,网络,磁盘IO

对登录功能做性能测试

单用户登陆的响应界面是否符合预期

单用户登陆时后台请求数量是否过多

高并发场景下用户登录的响应界面是否符合预期

高并发场景下服务端的监控指标是否符合预期

高集合点并发场景下是否存在资源死锁和不合理的资源等待

长时间大量用户连续登录和登出,服务器端是否存在内存泄漏

怎么测出可同时处理的最大请求数量

可以采用性能测试工具(WeTest服务器性能),该工具是腾讯wetest团队出品,使用起来很简单方便,但测试功能相当强大,能提供10w+以上的并发量,定位性能拐点,测出服务器模型最大并发

三、举例说明一下测试用例的边界

边界条件测试是单元测试中最重要的一项任务。软件经常在边界上失效,边界条件测试是一项基础测试,也是后面系统测试中的功能测试的重点,边界测试执行的较好,可以大大提高程序健壮性

四、怎么进行Web测试

当明确了测试的目的之后,真正开始针对一个Web应用程序进行测试的时候,需要制定一套详细的测试计划,这样才能顺利地完成所有的测试内容。计划的内容归纳为以下几步:

(1)首先对被测的Web应用程序进行需求分析,即对所做的测试作一个简要的介绍,包括描述测试的目标和范围,所测试的目标要实现一个什么样的功能,总结基本文档、主要活动。

(2)写出测试策略和方法,这里包括测试开始的条件、测试的类型、测试开始的标准以及所测试的功能、测试通过或失败的标准、结束测试的条件、测试过程中遇到什么样的情况终止和怎么处理后恢复等

Web测试的类型包括内容测试、界面测试、功能测试、性能测试、兼容性测试、安全性测试等。

功能测试:(1)链接测试(2)表单测试(3)Cookie测试(4)数据库测试

性能测试:(1)连接速度测试(2)负载测试(3)压力测试

用户界面测试:(1)导航测试(2)图形测试(3)内容测试(4)整体界面测试

兼容性测试:(1)平台测试(2)浏览器测试(3)组合测试

安全测试:(1)目录设置(2)SSL(3)登录(4)日志文件(5)脚本语言

接口测试:(1)服务器接口(2)外部接口(3)错误处理

五、对一个没有参数没有返回值但可能对全局变量有影响的,怎么进行单元测试

1、创建单元测试,该工具可以对任何类、接口、结构等实体中的字段、属性、构造函数、方法等进行单元测试。创建单元测试大致可以分为两类:

整体测试,整体测试是在类名称上右击鼠标,在下拉菜单中点击创建单元测试选项。这样就可以为整个类创建单元测试了,这时他会为整个类可以被测试的内容全部添加测试方法。开发人员直接在这些自动生成的测试方法中添加单元测试代码就可以了。

单独测试,如果只想单独对某个方法、属性、字段进行测试,则可以将鼠标焦点放在这个待测试的项目名称之上,然后点击鼠标右键,在右键菜单中选择创建单元测试选项。这样就可以单独为某个方法创建单元测试了。

运行单元测试

查看测试结果

编写单元测试代码

测试没有参数的函数,它可能还有别的输入,例如全局变量,成员变量,或调用子函数获得的输入(这个要使用工具才能做到),只要函数需读取的,都应该设定初始值,如果完全没有,没有输入也是一种输入,照样测试就是了。同样道理,输出也不仅仅是返回值,没有返回值还可能修改了全局变量什么的,这些也是要判断的输出。

猜你喜欢

转载自blog.csdn.net/weixin_43573534/article/details/101785797