大家好,又见面了,我是你们的朋友全栈君。
文章目录
一、如果测试的时间有限,如何保证在有限的时间内让产品上线?
(1)有限的时间内测试,保证用户经常使用(使用频率比较高,主要的,核心的功能)功能的质量。
(2)如果有限的时间所有的功能不能完全测完,可以和产品经理开发商量,把没有通过测试的,有风险的功能把用户的入口,屏蔽掉(让用户无法使用),产生错误风险就会降低。
(3)本次测试,测试报告写清楚,这次上线,哪些功能测试了,哪些功能没有测试,上线风险分析清楚。
二、百度云盘的测试用例太多了,如何去写?
依据用户经常使用的功能写:
文件的存储,文件的分享,文件的查找,文件的操作
文件的存储、下载、分享、浏览、搜索(自己已有的资源)、文件的操作等。
三、什么是非功能性需求?
在功能需求上做了更多的限制,性能,安全性,易用性,可移植性,兼容性等。
四、写测试用例
1.界面已经做出来了,照着界面写
2.产品还没有做出来,没有界面,根据什么写测试用例?
用户需求
3.需求分析》需求文档》UI设计师画产品原型
五、设计测试用例的方法
1.总的设计测试用例的方法——基于需求的设计方法
测试人员接到需求之后,要对需求进行分析和验证,从合理的需求中进一步分析细化需求,从细化的需求中找出测试点,根据这些测试点再去设计测试用例。
(1)只有UI界面,如何分析测试点?
如何从需求中提取测试点(测试需求)
从左到右,从上到下,挨个寻找界面里的每一个元素,每一个元素都是一个测试点,根据每一个测试点,再去设计测试用例。(一个测试用例可以设计出很多测试用例,需要测试的方面很多)
(2)只有需求文档,如何分析测试需求点?
邮件账号注册的需求文档
用户没有收到激活邮件,直接在界面录入电子邮件,密码,可以重新发送激活邮件。
用户收到激活邮件,直接在界面录入电子邮件,密码,用户无法收到激活邮件
关键词:24小时,有效,重新发送
激活邮件,24小时之内,是有效的
发送激活邮件后,超过24小时,激活链接失效
发送激活邮件后,刚刚24小时,激活链接有效
24小时之后录入信息是否能重新发送激活邮件
如果发送邮件后,24小时之内已经激活系统,注册成功,24小时之后,再次点击激活邮件,提示系统激活
从需求中提取测试点,如何根据测试点设计比较完整或者质量比较高的测试用例呢?
具体的设计测试用例的方法
2.等价类
把测试的输入划分为若干个等价类,从每一个等价类当中选择一个或者几个测试用例进行测试,如果这些测试用例测试通过,那么我们就说这个测试用例所在的等价类测试通过。
等价类解决了测试用例无法穷举的情况。
实例分析
有效等价类:符合我们需求规格说明的数据集合
无效等价类:不符合需求规格说明的数据集合
有效等价类和无效等价类都要测
3.边界值
针对测试输入的边界来设计测试用例,进行测试
因为对于开发人员来说,边界是最容易出错的,(临界点不好排序)忘记边界的处理
如何设计边界值?
对边界的周围的值进行具体的测试用例的设计
4.因果图
当测试点输入有多个,并且不同的输入组合针对不同的输出,可以使用因果图来分析组合和输出之间的关系。
因果图
逻辑关系图: 恒等 、 与、 或 、非
用因果图法设计测试用例,如何去设计?
(1)先找出所有的输入和输出
(2)找出输入和输出之间的关系
(3)画出因果图
(4)根据因果图,画出判定表
(5)根据判定表设计测试用例
实例:618活动,订单提交时,有红包或者订单金额满300,有优惠
(1)输入:提交订单,有红包,满300,订单未提交,没有红包,未满300
输出:有优惠,没有优惠
(2)输入输出之间的关系:
订单已提交,有红包,满300,有优惠
订单已提交,有红包,不满300,有优惠
订单已提交,没有红包,满300,有优惠
订单已提交,没有红包,不满300,没有优惠
订单未提交,没有优惠
(3)画因果图
5.正交排列
研究多因素多水平的一种设计测试用例的方法,根据正交性,从多个实验因素的水平组合中选取最优的,根据这些最优的水平组合实验的结果,来判断整体实验的结果。
6.场景设计法
使用场景 如何针对一个APP或者软件系统使用场景来设计测试用例?
场景其实就是不同功能点按照一定的策略组合。
不同的功能点由于输入不同,会造成功能点不同的输出,从而使得整个场景(流程)走向不同的方向,(中断流程,反复流程,流程顺利走下去)
这些不同的功能点不同的输入导致不同的流程都要进行测试。
实例:
ATM取款机取款
在ATM机中插入卡——输入密码——输入取款金额——取款——退卡
会发生异常的情况:
1.在ATM机中插入卡:插入其他卡(公交卡、饭卡),卡插反了,消磁,银行卡不匹配,损坏,卡被注销,挂吞卡(长时间不操作引起),卡过了有效期,冻结
ATM机:没有联网,损坏,系统出现故障,死机,断电
2.输入密码:密码输入三次都错误,卡被锁,无法取款;密码前两次输入错,第三次输入正确,正常取款;密码输入正确,继续取款流程;卡没有激活,输入密码不起作用。
3.输入取款金额
输入钱数超出余额;ATM机余额不足;取款金额不是100的整数倍;取款的钱数超过当日取款最大限额,取款的次数超过当日最大次数
4.取款:
机器故障,显示已经取出,但实际没有出款;吐出来的钱数和取款金额不一致,出钱口被异物阻挡,不出钞票;钞票破损
5.退卡:
长时间不操作,卡被吞
测试用例的设计:
1.ATM机出现故障,插卡口损坏,无法取款。
2.ATM机正常工作,卡插反了,重新正确插入卡,还可以继续取款。
3.ATM机正常,插入正确匹配的银行卡,但是三次都输入密码错误,卡被锁住,无法进行取款。
4.ATM机正常,插入正切匹配的银行卡,前两次输入密码错误,但是最后一次输入密码正确,继续取款流程。
5.ATM机正常,插入正切匹配的银行卡,密码输入正确,输入的金额大于银行余额,重新输入小于银行卡余额的取款金额,会正常吐钞,退卡,取款正常。
。。。。。。
场景法设计测试用例,先找出组成场景的每一个功能点,分析每个功能点可能出现的各种正常或者异常的情况,根据这些不同的情况去设计不同场景下的测试用例
7.错误猜测法
根据测试人员的知识,经验,直觉,有针对性的设计测试用例
分享链接撤销了还能用:按照消息撤销,还是在百度云盘中直接把链接撤销(让他失去有效性)
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/151254.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...