设计测试用例的方法
大家好，又见面了，我是你们的朋友全栈君。
文章目录
一、如果测试的时间有限，如何保证在有限的时间内让产品上线？
（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.错误猜测法
根据测试人员的知识，经验，直觉，有针对性的设计测试用例
分享链接撤销了还能用：按照消息撤销，还是在百度云盘中直接把链接撤销（让他失去有效性）
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/151254.html原文链接：https://javaforall.cn