【测试】用例篇

目录

1、如何编写测试用例：

1.1、设计测试用例时：正向思维+逆向思维+发散思维

2.2、万能公式

2、设计测试用例的方法

2.1、基于需求设计方法

1）等价类:

 2）边界类

3）场景法

4）正交表法

5）判定表法

6）错误猜测法 

3、其他测试用例：

1）命令行程序测试

2）接口测试

---

笔试的时候编写测试用例，需要按照excel表格的方式来答题。（会涉及到测试用例的要素）

面试的时候回答测试用例题，按照思维导图的方式一一道来即可（不会涉及到测试用例的要素）

1、如何编写测试用例：

1.1、设计测试用例时：正向思维+逆向思维+发散思维

设计测试⽤例的原则⼆：

1.测试⽤例的编写不仅应当根据有效和预料到的输⼊情况，⽽且也应该根据⽆效和未预料到的输入情 况。

2.检查程序是否“未做其应该做的”仅是成功的⼀半，测试的另⼀半是检查程序是否“做了其不应该 做的”。（是上⼀条原则的必然结果）

3.计划测试⼯作时不应默许假定不会发现错误

2.2、万能公式

功能测试：从产品功能角度出发，验证功能是否是正确的。

界面测试：肉眼可以看到的部分都称为界面，界面所有的元素都需要测试

       元素（大小、颜色、形状、材质）

性能测试：通常为一些极端的情况（功能正常的情况下设计一些极端的环境）

兼容性测试：不同的版本（软件、系统）浏览器的兼容性、不同的浏览器

易用性测试：具备简单易上手的属性。

安全测试：接口响应数据也要考虑到用户数据的安全性，例如登录场景也需要将密码进行加密展示，数据库存储用户信息是否加密、越权

例题：水杯设计测试用例

除了上述的万能公式以外还有一些特殊的测试场景。

1）弱网测试：为了覆盖更多的网络场景

弱⽹测试的⽬的就是尽可能保证⽤⼾体验，关注的关键点包括：

•

⻚⾯响应时间是否可以接受，关注包括热启动、冷启动时间、⻚⾯切换、前后台切换、⾸字时间，

⾸屏时间等。

•

⻚⾯呈现是否完成⼀致。

•

超时⽂案是否符合定义，异常信息是否显⽰正常。

•

是否有超时重连。

•

安全⻆度：是否会发⽣dns劫持、登陆ip更换频繁、单点登陆异常等。

•

⼤流量事件⻛险：是否会在弱⽹下进⾏更新apk包、下载⽂件等⼤流量动作。

弱⽹需要借助⼯具来构造弱⽹，这⾥推荐使⽤fiddler

2）安装卸载测试

安装：安装包时候可以安装、卸载之后是否可以继续安装、重复安装

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

2、设计测试用例的方法

工作中的测试用例不是越多越好

2.1、基于需求设计方法

测试和开发工作开展工作的依据：软件需求

第一步：先根据需求文档设计初步测试用例

第二步：部分用例还需要细化-------借助具体的设计方法

1）等价类:

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

 2）边界类

边界值分析法就是对输⼊或输出的边界值进⾏测试的⼀种⿊盒测试⽅法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试⽤例来⾃等价类的边界

边界值包含：边界值 + 次边界值

1）有效范围是[6,15]

边界值：6，5 

次边界值：5，16   边界类为有效等价类中的数据，则次边界值为无效等价类中的边界

2）有效范围是(6，15)

边界值：6，15

次边界值：7，14  若边界值为无效等价类中的数据，则次边界值为有效等价类中的边界

3）场景法

4）正交表法

因素：存在的条件

水平：因素的取值

L行数（水平数^因素数）    L12（2^11)行数为12行，水平数为两个、因素数为11个的正交表

第一个是只看每一列，第二个是看几列一起看

借助工具实现正交表

5）判定表法

例如：

根据判定表法设计测试⽤例的步骤：

1、确认需求中输⼊条件和输出条件

输入：账户包含admin字符，内部链接进入注册页面，提交注册按钮

输出：管理员/无管理员

2、找出输⼊条件和输出条件之间的关系

输入：账户包含admin字符（a），内部链接进入注册页面（b），提交注册按钮（c）

输出：管理员（1）/无管理员（0）

通过对输入条件的组合找出不同组合对应得结果

输入条件得组合：ab、bc、ab、abc、非abc、a、b、c

对应得输出结果：1、1、0、1、0、0、0、0

3、画判定表

4、根据判定表编写测试⽤例

6）错误猜测法 

错误猜测法是对被测试软件设计的理解，过往经验以及个⼈直觉，推测出软件可能存在的缺陷，从⽽针对性地设计测试⽤例的⽅法。

提到一个关键词或者场景的时候能敏锐的想到它可能的测试点（依赖过往经验）

3、其他测试用例：

1）命令行程序测试

对zip命令设计测试用例：

命令行：zip zipdir/mm.zip（目标文件） mm.sh（源文件）

功能测试：对不同的⽂件类型进⾏测试

1）普通的txt⽂件能够⽣成zip⽂件

2）图⽚/视频/zip⽂件能够⽣成zip⽂件

3）多个⽂件能够⽣成zip⽂件（混合⽂件）

4）空⽂件夹可以⽣成zip⽂件

5）错误的命令是否可以解压（zip zip/没有写压缩包⽂件名称/没有源⽂件）

6）其他参数的测试

界⾯测试：

1）⽂件压缩成功命令⾏提⽰是否美观

2）⽂件压缩报错命令⾏提⽰是否友好

性能测试：

1）⽂件⼤⼩超过1G时⽂件是否可以压缩

2）⽂件⼤⼩超过1G时⽂件压缩消耗的时间是否在合理的时间范围内

兼容性测试：

1）zip⼯具可以在多系统上使⽤，如Windows、Linux、Mac

易⽤性测试：

1）zip命令有使⽤帮助教程，如zip --help命令下会展⽰如何使⽤

安全性：

1） 使⽤zip命令不会泄漏⽂件内容

2）接口测试

打开页面的开发者工具：右键-->检查

请求方法、URL、请求参数、响应

1、通过get方法请求

2、通过post方法来请求

........

通过页面的开发者工具无法对接口进行具体的测试，需要借助接口测试工具：postman