软件测试用例篇

目录

一、测试用例的概念

二、设计测试用例的万能公式

1. 常规思考+逆向思维+发散性思维

2. 万能公式

3. 弱网测试 && 安装卸载测试

一、测试用例的概念

什么是测试用例？

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

设计测试用例原则一：

• 测试用例中一个必需部分是对预期输出或结果进行定义。

        假如我们现在买回来了一个新的电视机，需要对其进行测试，根据经验我们需要进行以下测试：

1. 开机测试
2. 切换频道
3. 测试一下网络电视
4. 蓝牙功能
5. ……

        这里一条一条的表述就是一个测试用例，以上这些是我们买完电视以后一定会做的测试内容，而这些测试内容并不会写在纸上以文字的形式展现出来。

        软件中涉及到的特性太多了，仅仅通过头脑风暴是无法完成一次完整的测试，那应该怎么办呢？

        这时候就需要我们去编写测试用例，通过测试用例我们可以想到要测试哪些内容，通过一次又一次的更新修改将测试用例写全，功能覆盖更高即可。

• 笔试的时候编写测试用例题，需要按照 excel 表格的方式来答题（会涉及到测试用例的要素）；
• 而面试的时候回答测试用例题，按照思维导图的方式一一道来即可（不会涉及到测试用例的要素）。

        什么是要素呢？我们在编写测试用例的时候，每个用例需要给出这些要素对应的信息。

为什么需要测试用例呢，不写测试用例可以进行测试吗？测试中可能会遇到很多问题，诸如：

• 不知道是否较全面的测试了所有功能
• 测试的覆盖率无法衡量
• 对新版本的重复测试很难实施（即回归测试无法仅通过人工测试的方式进行历史功能的回归）
• 存在大量冗余测试影响测试效率

测试用例的出现就是解决这些问题。另外，测试用例的作用还可以避免测试人员被迫背锅~~

二、设计测试用例的万能公式

现在有一款产品，要求我们对“门锁”设计测试用例，假如你是测试人员，你会怎么设计呢？

        可以看出，用例的设计最重要的一点是保证功能是正确的。上图给出的案例，在互联网企业中，这样去设计测试用例的非常少，缺乏经验的铁子往往以这样的思路去设计。

1. 常规思考+逆向思维+发散性思维

正确设计测试用例的思想：常规思维+逆向思维+发散性思维

设计测试用例的原则二：

1. 测试用例的编写不仅应当根据有效和预料到的输入情况，而且也应该根据无效和未预料到的输入情况。
2. 检查程序是否“未做其应该做的”仅是成功的一半，测试的另一半是检查程序是否“做了其不应该做的”。（是上一条原则的必然结果）

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

        若仅仅通过头脑风暴去设计测试用例，那么当我们面对面试官时，能够想出来的用例是寥寥无几的，比如现在面试官突然让你说出你家里都有哪些电器，可能你会说：洗衣机、冰箱、电脑……突然，脑袋就宕机了，明明家里用到的电器非常多，但就是怎么都想不起来了。

        但是如果我们按照电器所处的空间去说，绝对会让面试官对你刮目相看，比如：

1. 客厅：

   • 电视
   • 空调
   • 音响系统（包括扬声器、功放等）
   • 电风扇
   • 吸尘器
   • 空气净化器

2. 厨房：

   • 冰箱
   • 微波炉
   • 电磁炉或燃气灶
   • 抽油烟机
   • 洗碗机
   • 烤箱
   • 咖啡机
   • 热水壶

3. 卧室：

   • 空调
   • 电视
   • 床头灯
   • 闹钟
   • 加湿器
   • 空气净化器
   • 电热毯
   • 电子设备充电器（手机、平板电脑等）

4. 浴室：

   • 电热水器
   • 吹风机
   • 电动牙刷
   • 剃须刀

5. 书房/办公室：

   • 电脑
   • 打印机
   • 扫描仪
   • 路由器
   • 台灯
   • 充电器
   • 多孔插座

6. 洗衣房/阳台：

   • 洗衣机
   • 烘干机
   • 熨斗

7. 室外：

   • 室外照明
   • 安全摄像头
   • 电动门（车库门等）
   • 室外音响系统

标签：弱网,需要,功能测试,测试用例,测试,设计,软件
From： https://blog.csdn.net/weixin_65931202/article/details/142352001