回顾：
百度云盘的测试用例太多了，该如何去写？
（1）用户经常使用的功能（也就是核心功能）
文件的存储（上传，接收），下载、分享、浏览、搜索（自己已有的资源）、文件的操作
引申的问题：如果测试时间有限，如何保证在有限的时间内让产品上线？
首先，产品的使用者是用户，所以
1.有限的时间内测试，保证用户经常使用（使用比较频率比较高的功能）功能的质量（经验）
2.如果有限的时间所有的功能不能够完全测试完成，可以和产品经理和开发商量，把没有通过测试的，有风险的功能把用户的入口给屏蔽掉（让用户无法使用）
***3.本次测试，测试报告写清楚，这次上线，哪些功能测试了，哪些功能没有测试，上线风险分析写清楚
一.设计测试用例的方法
1.总的设计测试用例的方法——基于需求设计测试用例
测试人员接到需求后，要对需求进行分析和验证，从河里的需求中进一步分析细化需求，从细化的需求中找出测试点，根据这些测试点再去设计测试用例。
?2.如何从需求中提取测试点（测试需求）？
（1）第一种情况是有UI界面，我们可以根据UI界面的按钮功能进行测试
（2）第二种情况是没有UI界面的实现，只有需求文档，那么我们可以从中提取关键字来进行分析。比如下图：
?那么我们在这个需求的事件流中就可以提取关键字，如“24小时，有效，重新发送”，从而大概分析测试点
3.什么是非功能性需求？
非功能性需求其实就是在功能需求上做了更多的限制、性能、安全性、易用性、可移植性、兼容性等。
?二.具体的设计测试用例的方法
（1）等价类
把测试的输入划分为若干个等价类，从每一个等价类当中选择一个或者几个测试用例进行测试，如果这些测试用例测试通过，那么就说明这个测试用例所在的等价类测试通过。
等价类解决了测试用例无法穷举的情况。
如：需求规格说明：密码的程度为8~20位，字母，数字，标点符号至少包含两种密码长度。
有效等价类：符合需求规格说明的数据集合
无效等价类：不符合需求规格说明的数据集合
?（2）边界值
针对测试需求输入的边界，来设计测试用例，进行测试。
因为对于开发人员来说，边界是最容易出错的（临界点的选取可能出错），忘记边界的处理。
如上等价类的例子，我们可以对其设置边界值为7.8.9和19.20.21分别进行测试
（3）因果图法
什么情况下使用因果图法？
当测试点输入有多个，并且不同的输入组合针对不同的输出，可以使用因果图来分析不同的输入和输出之间的关系。
因果图的逻辑关系存在：恒等、与、或、非
?
?
用因果图法去设计测试用例，如何去设计？
?（1）先找出所有的输入与输出
?（2）找出输入与输出之间的关系
?（3）画出因果图
?（4）根据因果图画出判定变
?（5）根据判定表设计测试用例
?
?