文章目录
概念
什么是测试用例？
测试⽤例（Test Case）是为了实施测试⽽向被测试的系统提供的⼀组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。
现在买回来了一个新的电视，需要测试，根据个人的经验：
- 开机测试
- 切换频道
- 调一下分辨率
- 测试一下网络电视
- 蓝牙功能
这些是我们买完电视之后一定会做的测试内容，而这些测试内容并不会写在纸上，以文字的形式展示出来。这里的一条一条表述就是一个测试用例
软件中涉及到的特性太多了，仅仅通过头脑风暴是无法完成一次完整的测试的。编写测试用例，通过编写测试用例我们可以想到要测试哪些内容，通过一次又一次的更新修改，将测试用例写到完成，功能覆盖率高即可
编写测试用例也有讲究（编写测试用例要素），但是这种讲究在很早之前用的比较多，现在用的比较少
- 笔试的时候编写测试用例题，需要按照
Excel表格的方式来答题（会涉及到测试用例的要素）；而笔试的时候回答测试用例题，按照思维导图的方式一一道来即可（不会涉及到测试用例的要素）
设计测试用例的万能公式
案例：
现在有⼀款产品，要求我们对"⻔锁"设计测试⽤例，假如你是测试⼈员，你会怎么设计呢？
- 自己设计出来的测试用例整体上来说是合格的，但是说出来的测试用例不够具体，太笼统了，无法作为测试工具的参考依据
- 工作中，测试用例的设计并不是越多越好，而是能够达到更大的功能覆盖率则是更好的
- 但是在学习中，测试用例的设计一定是越多越好的
常规思考+逆向思维+发散性思维
设计测试用例的原则二：
- 测试用例的编写不仅应当根据有效和预料到的输入情况，而且也应该根据无效和未预料到的输入情况
- 检查程序是否"未做其应该做的"仅是成功的一般，测试的另一半是检查程序是否"做了其不应该做的"（是上一条原则的必然结果）
- 计划测试工作时不应默许假定不会发现错误
打开思维后，设计测试用例是想到一条说一条，没有正确的引导，说出来的测试用例一定是有限的且数量不容乐观
女朋友说：我想喝东西
饮料
- 奶茶
- 果汁
- 茶饮
- ...
矿泉水
- 康师傅
- 农夫山泉
- 怡宝
- ...
美食里的
- 玉米汁
- 蔬菜汤
- 西湖牛肉羹
- ...
说出家里的电器：电视机、电冰箱、空调... 突然脑袋宕机了，明明家里的电器非常多，但就是怎么都想不起来厨房里的电器：洗碗机、油烟机、电饭煲、电煮锅...
客厅里的电器：电风扇、按摩椅、空调、灯、电话...
卧室里的电器：电视、台灯、除螨仪、扫地机器人...
卫生间里的电器：热水器、吹风机、刮胡刀、浴霸...
万能公式就是一个引导的作用，帮助大家按照分类来设计测试用例
万能公式
设计测试用例的万能公式：功能测试 +界面测试 +性能测试 +兼容性测试 +易用性测试 +安全测试
-
功能测试
- 从产品功能角度出发，验证功能是否是正常的
-
界面测试
- 肉眼可以看到的部分都称为界面，界面所有的元素都需要测试
- 界面涉及到的内容：元素（大小、颜色、形状、材质）
-
性能测试
- 在功能正常的基础上，进行性能测试
- 通常为在一些极端的情况下，验证功能还是否正常
- 五菱和法拉利的汽车最基础功能都一样
- 但他们的性能是完全不一样的
-
兼容性测试
- 不同的版本（软件、系统）
- 浏览器的兼容性
- 不同的浏览器
-
易用性
- 具备简单易上手的属性
-
安全测试
- 密码进行加密展示
- 数据库存储用户隐私数据加密
- 越权
- SQL 注入
水杯测试
使用万能公式设计水杯的测试用例
弱网测试
为了覆盖更多的网络场景
弱网测试的目的就是尽可能保证用户体验，关注的关键点包括：
- ⻚⾯响应时间是否可以接受，关注包括热启动、冷启动时间、⻚⾯切换、前后台切换、⾸字时间，⾸屏时间等。
- ⻚⾯呈现是否完成⼀致。
- 超时⽂案是否符合定义，异常信息是否显⽰正常。
- 是否有超时重连。
- 安全⻆度：是否会发⽣
DNS劫持、登陆IP更换频繁、单点登陆异常等。 - ⼤流量事件⻛险：是否会在弱⽹下进⾏更新
apk包、下载⽂件等⼤流量动作。
如何进行弱网测试
借助抓包工具 来模拟实现弱网测试：抓包工具（Fiddler）
安装卸载测试
针对需要进行部署的软件，除了软件功能外，我们还需要关注软件的能够成功安装和卸载
- 安装：安装包是否可以安装、卸载之后是否可以继续安装、重复安装...
- 卸载：安装完成后卸载、安装一半后卸载、卸载一次后继续安装继续卸载、卸载一半停止后是否还可以继续卸载...