如何编写一个好的测试用例？才能防止背黑锅

五星上将麦克阿瑟曾经说过“老夫干测试，测试用例不过删用例！“

一

让我们来讲一个故事

今天和女朋友吵架了，（假设你有女朋友）。

今晚又是一个人睡沙发，这天晚上，你躺在沙发上，夜不能寐

决定学习一下这个事情——如何编写好的测试用例？

测试用例

什么是测试用例？

在这之前，思考一个问题，下面这个简单的QQ登录页面，一共又多少条测试用例？

答案是100条以上。

那么，什么是测试用例？

测试用例是用于检查特定应用程序/软件是否正常工作所需的软件测试的定义格式。测试用例由需要检查以测试应用程序或软件的一组特定条件组成，即，更简单地说，当检查条件时，它会检查结果输出是否满足预期输出。测试用例由ID、条件、步骤、输入、预期结果、结果、状态、备注等各种参数组成。

如果我们有时间能把所有的情况都试一下的话，肯定是不会存在漏测的情况。但是现在的问题就是时间真的是不允许，尤其现在都在走敏捷的路子，大家恨不得一天上一个新功能，所以说能留给测试的时间真的很少。

怎样既能覆盖到所有的测试场景，测试的执行数量又能控制在一个比较合适的数字，这个就是我们设计测试用例的过程。

一个好的测试用例包含什么？

先来谈谈测试用例的作用

• 检查软件是否满足客户期望：测试用例有助于检查特定模块/软件是否满足指定要求。 
• 检查软件与条件的一致性：测试用例确定特定模块/软件是否可以在给定的一组条件下工作。 
• 缩小软件更新范围：测试用例有助于缩小软件需求和所需更新的范围。
• 更好的测试覆盖率：测试用例有助于确保覆盖并记录所有可能的场景。 
• 为了测试执行的一致性：测试用例有助于保持测试执行的一致性。记录良好的测试用例可以帮助测试人员查看测试用例并开始测试应用程序。 
• 在维护过程中很有帮助：测试用例很详细，这使得它们在维护阶段很有帮助

其实，它最重要的作用是这个

避免背黑锅！！！！

当出现生产bug的时候，直接甩他测试用例，这个我明明覆盖过了，为什么还会有

一个标准的测试用例，应该包含以下内容

• 模块名称：定义测试功能的主题或标题。 
• 测试用例 ID：分配给测试用例中每个条件的唯一标识符。 
• 测试者姓名：将执行测试的人员的姓名。 
• 测试场景：测试场景为测试人员提供了简短的描述，例如提供一个小的概述以了解需要执行的操作以及测试的小功能和组件。 
• 测试用例描述：给定软件需要检查的条件。例如。检查年龄输入框是否只有数字验证有效。 
• 测试步骤：检查状况所需执行的步骤。 
• 先决条件：测试过程开始之前需要满足的条件。 
• 测试优先级：顾名思义，优先考虑必须首先执行的测试用例，或者更重要且可以稍后执行的测试用例。 
• 测试数据：检查条件时要采取的输入。 
• 测试预期结果：测试结束时应预期的输出。 
• 测试参数：分配给特定测试用例的参数。 
• 实际结果：最后显示的输出。 
• 环境信息：进行测试的环境，例如操作系统、安全信息、软件名称、软件版本等。 
• 状态：测试的状态，例如通过、失败、NA 等。 
• 评论：关于测试中关于软件改进的评论。 

但是，又有人会说了，老夫干测试，就是一把梭，直接用户思维去测试

其实是不对的

软件测试过程不仅限于查找当前软件中的错误，还包括在效率、可用性和准确性等各个方面寻找升级软件的措施。因此，为了测试软件，软件测试提供了一种称为测试用例的特定格式

测试用例的编写思路

1、划分功能模块

2、正向功能验证：正常操作功能是否实现

3、单个功能项验证：正向+异常

4、功能之间交互验证：模块之间的数据传递

5、隐形需求：熟悉业务

按照模块划分，光是正向的用例就已经这么多条了，这还是没有考虑弱网测试，恶意登录等一些特殊情况

总结

写好一个清晰可用的测试用例，具有非常重要的意义。它们是验证和确保软件产品或系统符合其预定需求和规格的关键工具，是我们的基本功之一。

以上就是今天的全部内容，希望对大家有所帮助，也希望大家多多留言、点赞、在看、转发四连爱❤️  支持。 咱们下篇文章见，Bye~