针对具体的功能、业务场景如何设计测试用例

        最近例会讨论的一个话题是,针对OA审批流程进行测试用例设计。这个不仅是工作中确实要做的事情,同时也是面试的时候经常会被问到的一个问题,所以结合大家讨论的一个结果,我自己也思考总结了一下,以后也可以按照这个模板进行一个回答,具体内容如下:

        针对**功能,首先我会从UI界面开始测试,验证页面所展示的元素是否完整、页面布局是否合理、页面样式是否美观等等;然后就是要测试他的一个功能性,功能性主要是看在正常情况下**能否正常使用,在异常情况下,能否正常使用或者给出合理的错误提示;接着是对他的性能上的一个测试,主要他的一个响应时间,对资源的消耗情况等等;除此之外还有对他的兼容性的一个测试,它在不同的设备,不同的系统上能否正常使用;然后是安全性的一个测试,比如说数据传输的时候有没有对敏感数据进行加密,或者在页面显示的时候有没有做脱敏之类的;除了以上这些还有一个很重要的就是要验证他的一个易用性,用户体验是否流畅、是否符合用户习惯之类的。以上就是我设计测试用例的一个大概思路。

        值得注意的是上面的模板说的基本上都是一些套话,真正面试的时候务必要具体问题具体分析,结合一些实际的场景进行回答,这样才能让人信服。

UI界面测试

        UI界面测试主要是验证页面元素的完整性、页面布局的合理性、页面样式是否美观(包括各个页面背景、页面元素颜色、大小、位置等等内容)。页面背景可以是纯色也可以是图片,页面元素就包括文字、图片、logo、按钮等等。具体例子

页面元素是否完整:页面需要展示的文字、图片、按钮是不是和需求要求的一致;

页面布局的合理性:功能模块的划分是否合理,比如说左边是菜单栏,顶部是搜索栏,中间是数据列表等等;

页面样式是否美观:页面背景颜色、文字大小和颜色是不是符合UI设计要求,是否存在文字看不清楚,图片展示不全的情况,是否存在文字一大一小,页面文字样式过多的情况等等;

功能性测试

        功能性测试主要就是看在正常情况下这个功能是否能够使用;以及异常情况下这个功能是否能够使用或者给出合理的错误提示。针对不同的数据类型、业务场景还可以结合多种方法进行用例设计,比如说等价类法、边界值法、流程图法、场景法、判定表法等等。功能测试很重要的一个思路就是要考虑数据的来源和流向。

        1.正常场景功能测试:

数据能否正常输入:单个数据输入:在输入这块首先是单个数据的输入,那就要考虑数据类型,然后结合不通的方法进行设计测试用例,比如输入内容有长度限制最大10位数字,那就可以采用边界值法,测试的数据就会有输入0、1-9位数、10位数、大于10位数。具体的不通的测试方法如何使用以后有时间再写吧。多个数据输入:然后就是多个数据的输入,这个时候就要看有没有数据的一个关联,是不是必须先输入A才能输入B,还是说要A和B都输入正确才能提交成功等。

数据能否正常提交:输入正确的内容能否提交成功,输入错误的内容是否会提交失败并给出合理的错误提示;数据提交后能否正常关闭弹窗或退出新增/编辑页面。

数据提交后是否展示正确:比如说数据提交后列表页面是否会自动刷新展示最新提交的数据;提交后列表数据是否展示正确;编辑时历史数据是否回显展示正确;详情页数据是否展示正确;审核页面数据是否展示正确等等

不同页面的数据是否保持一致:这个点是非常容易忽略的,尤其是对系统不熟悉的时候,但是又存在流程关联或者功能关联的时候,比如说,在APP上提交的数据,提交成功后在后台显示是否和APP提交时保持一致;比如说,在审批时修改的数据是否同步给申请人和下一个审批人。

页面数据翻页、查询、重置后显示是否正确:这个主要是说数据过多的时候的翻页和筛选。

不同用户的数据操作权限是否限制:比如说微信朋友圈只允许自己或者共同好友查看评论和点赞情况;比如说某个流程只能是制定角色人进行审批;比如说某些数据不同角色的人可以查看的范围不一样等等。

其他:数据导出是否正确(包括全量导出和部分导出)、数据导入是否正常、数据是否支持删除等等。

数据统计结果是否正确:这个统计一个是最简单的页面数据统计;另外就是报表数据统计了,涉及到报表的就是要确认好统计规则,然后逐一计算核对。

        2.异常场景功能测试

APP端异常场景:网络中断、电量不足、内存不足、关机、网络信号不好、手机欠费、停机等等异常情况。

web端异常情况:网络信号不好、网络中断,响应超时(断言拦截响应)

其他异常场景:按钮重复点击;用户同时操作;不按照正常流程走,跳过某些环节进行操作。

性能测试

        性能测试主要是看系统的性能(比如响应时间)、TPS吞吐量、系统稳定性、服务器承载的最大压力等等。这个属于专项测试了,有具体要求的时候就会做。其他时候看看页面加载时间也就是响应时间不是太长就可以了。

兼容性测试

        兼容性测试就是看软件能否在不同的设备、操作系统、浏览器进行使用。

web兼容:不同操作系统:windows系统、苹果系统;不同浏览器:谷歌浏览器、火狐浏览器、edge浏览器

APP兼容:不同操作系统:安卓、IOS、鸿蒙;不同手机厂商:小米、华为、oppo;不同型号手机:华为mate60、华为p40

安全性测试

        安全性测试比如说数据传输的时候有没有对敏感数据进行加密,或者在页面显示的时候有没有做脱敏之类的。这种也属于专项测试,一般使用第三方安全测试工具或者由专门的人进行。

易用性测试

        易用性测试主要是看这个功能是不是符合用户的一个使用习惯,是不是方便用户识别和操作。具体例子

方便用户识别:功能名字便于用户理解功能入口便于用户发现,功能入口的图标和功能相关联。(比如说微信扫一扫,它既可以在聊天界面通过右上角打开,又可以在发现页面打开,这就是用户的一个便捷性);

方便用户操作:比如说手机用户能不能用手机自带的返回按钮退出界面;有文字的地方是否支持选中和复制;需要输入的地方是否支持粘贴;比如说操作的时候是不是给到用户一个准确的操作提示或者操作指引等等。

符合用户使用习惯:比如说有很多条数据的时候页面数据排序是否符合用户习惯,是不是最新的展示在最前面,还是最早提交的展示在最前面;比如说返回按钮是在页面的左边还是在右边等等。

        当然,有时候出于一些特殊考虑可能会反其道而行之,这些就要看具体的需求了,测试的工作就是为了验证产品是否符合需求,而需求是否符合用户这个是产品需要做的事情,所以在体验上有异议的情况务必要和产品或者需求或者项目经理进行确认。

  • 17
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值