大家好，又见面了，我是你们的朋友全栈君。
文章目录
一、如果测试的时间有限，如何保证在有限的时间内让产品上线？
（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.net/151254.html原文链接：https://javaforall.net
