一、如果测试的时间有限，如何保证在有限的时间内让产品上线？

（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机正常，插入正切匹配的银行卡，密码输入正确，输入的金额大于银行余额，重新输入小于银行卡余额的取款金额，会正常吐钞，退卡，取款正常。
。。。。。。
场景法设计测试用例，先找出组成场景的每一个功能点，分析每个功能点可能出现的各种正常或者异常的情况，根据这些不同的情况去设计不同场景下的测试用例