【测试开发】测试用例|设计测试用例的方法|测试工具postman

测试用例

什么是测试用例

测试用例是为了实施测试而向被测试的系统提供的一组集合，这组集合包括：测试环境，操作步骤，测试数据，预期结果等要素

设计测试用例的要素

用例编号
标题
测试方式
功能模块
重要性
测试前提
测试环境
测试数据
测试步骤
预期结果
实际结果

笔试的时候，设计测试用例使用excel写

面试的使用，设计测试用例使用思维导图的方式写

如何设计测试用例

思维：常规思维+逆向思维+发散思维

检查程序是否未做应该做的，做了不该做的

万能公式

功能测试+界面测试+性能测试+兼容性测试+易用性测试+安全测试。

弱网测试

关键点

页面响应时间是否可以接受，关注包括热启动、冷启动时间、页面切换、前后台切换、首字时间，首屏时间等。
页面呈现是否完成一致。
超时文案是否符合定义，异常信息是否显示正常。
是否有超时重连。
安全角度：是否会发生dns劫持、登陆ip更换频繁、单点登陆异常等。
大流量事件风险：是否会在弱网下进行更新apk包、下载文件等大流量动作。

如何进行弱网测试

借助抓包工具，如：fiddler

打开弱网设置选项：Rules-->Performance-->Simulate Modern Speeds（勾选）
打开设置弱网脚本：Rules-->Customize Rulers...
找到m_SimulateModem：设置其上行速率和下行速率，该速率表示的是传输1KB需要多少毫秒，值越大，速度越慢

安装卸载测试

针对需要进行部署的软件，除了软件功能外，我们还需要关注软件能够成功安装和卸载

例如：

安装：安装包是否可以安装，卸载之后是否可以继续安装，重复安装，软件更新后安装是否成功

卸载：安装完成后卸载，安装一半后卸载，卸载一次后继续安装继续卸载，卸载一半停止后是否还可以继续卸载

基于需求的设计方法

需要参考文档/产品规格说明书来设计测试用例；

测试人员接到需求之后，要对需求进行分析和验证，从合理的需求中进一步分析细化需求，从细化的需求中找出测试点，根据这些测试点再去设计测试用例。

具体的设计方法

等价法

依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

记住：测试是否做了应该做的，是否做了其不该做的

例如：

注册表单中用户名这一栏要求：6~15个字符

那么根据等价法，可以设计这三类测试用例：字符长度<6位，字符长度=[6，15]，字符长度>15

等价类分类

有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能；
无效等价类：根据需求说明书，不满足需求的集合。

上述例子中len=[6,15]为有效等价类，len<6 || len>15 为无效等价类

边界值

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界

边界值包含：

边界值
次边界值

边界值即给定返回的左数据和右数据

次边界值需要根据边界值的有效无效情况来定

1>若边界值为有效等价类中的数据，则次边界值为无效等价类中的边界

2>若边界值为无效等价类中的数据，则次边界值为有效等价类中的边界

场景法

        现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
        通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。用例场景来测试需求是指模拟特定场景边界发生的事情，通过事件来触发某个动作的发生，观察事件的最终结果，从而用来发现需求中存在的问题。我们通常以正常的用例场景分析开始，然后再着手其他的场景分析。
        场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

场景主要包括4种主要的类型：正常的用例场景，备选的用例场景，异常的用例场景，假定推测的场景。

例: