软件测试之黑盒测试用例 _测试用例

目录
1.测试用例要素（四个重要的要素）
2.测试用例的给我们带来的好处
3.测试用例的设计方法
3.1基于需求进行测试用例的设计
3.2具体的设计方法之等价类
3.2边界值
3.3判定表
【软件测试之黑盒测试用例】3.4 正交表
3.4.1如何通过正交表设计测试用例
3.5 场景设计法
3.6 错误猜测法
4.历届面试问题
4.1 如何使用模拟弱网
4.2 接口测试
4.3 水杯测试用例设计
4.4 微信发送朋友圈设计测试用例
1.测试用例要素（四个重要的要素）
测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素
2.测试用例的给我们带来的好处
1??提高测试效率，节省测试时间
2??测试用例是自动化测试用例前
3.测试用例的设计方法 3.1基于需求进行测试用例的设计
基于需求设计测试用例是测试设计和开发测试用例的基础，第一步就要分析测试需求，验证需求是否正确、完整、无二义性，并且逻辑自洽。在需求正确的基础上细化测试需求，从测试需求提炼出一个个测试点或者测试项，然后根据每一个测试点进行测试用例的设计；
例如：微信升级
发送红包金额限制：200元
微信领取红包时间限制：24h
金额200块能不能发送成功，金额超过200块的时候能不能发送成功
在分析测试需求时，一般分为功能测试需求和非功能测试需求
功能测试需求：
对于功能测试中，可以借助功能框图来帮助我们进行测试的需求分析。概括起来，功能测试需求包括以下，通常包括以下几个方面。
1）系统各个功能界面的验证
2）借助业务把功能串起来进行测试
3）功能的一致性，交互性（多功能互操作）的测试
4）系统的不同输入，结果输出的业务数据测试。
5）功能的错误操作，异常操作的测试（属于负面测试）
6）功能实现用到的算法验证，有时需要用运代码评审
7）用户操作的易用性，用户体验，往往结合功能测试同时验证
针对具体的需求，可以根据业务分类，用户角色（餐厅的会员系统）或者用户操作区域等将系统的功能分解成若干个功能模块，然后按照功能模块分别进行测试需求分析。按照功能模块划分，业务模块划分是最常见的做法。
非功能测试需求：
非功能测试需求主要涉及性能，安全性，可靠性，兼容性，易维护性和可移植性等。从测试需求分析来看，每一类非功能特性测试都需要根据需求单独分析。他们之间可能会存在相互影响，如安全性越高，就越有可能给易用性，性能带来更大的挑战
这里我们通过一个163邮箱为例如何通过基于需求设计测试用例
3.2具体的设计方法之等价类
依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。
1??有效等价类：满足用户需求输入需求的集合；
2??无效等价类：不满足用户得输入需求的集合。

文章插图
等价类思想设计测试用例步骤
1??充分理解需求
2??划分有效等价类，划分无效等价类
3??从有效等价类抽取其中一个数据进行设计测试用例；从无效等价类中抽取其中一个进行测试用例设计