软件测试用例格式，测试用例需要写得很详细吗

1.概念测试用例的基本概念：测试用例是为执行测试而提供给被测系统的包括测试环境、操作过程、测试数据、预期结果等的集合。主要步骤： 测试环境—— 测试步骤—— 测试数据—— 预期结果网易邮箱注册成功测试用例标题： 邮箱注册，测试邮箱输入字段： 简单案例：

2、测试用例的整体设计基于需求设计RBT（基于需求的测试）使测试更加有效，因为它使测试能够关注质量问题的根本原因，它是一种基于需求的测试方法。 要求。 1、根据用户需求，从整体角度设计和分析测试用例（整理软件需求） 产品设计文档（产品经理） —— 开发—— 测试—— 在线（1）、需求的有效性和合理性验证（2））、分析需求，缩小需求范围，从需求中分解测试项目，根据测试项目找到功能，并创建测试用例。案件：

用户需求为：表示希望购买3000元以下的华为智能手机。比如有活动闪购1元卖5999，这也会涨价。测试案例：（1）合理（2）分析：价格：=3000；品牌：华为手机类型：智能手机手机基本功能：软件需求：事件流程用户没有收到激活邮件如果是，用户可以还可以在登录界面中输入他们的电子邮件和密码，并再次发送激活电子邮件。每封发送的激活邮件仅在邮件发送后24小时内有效，之后您必须重新发送激活邮件。

测试案例： 1. 用户收到电子邮件，但此处未发送激活电子邮件。用户收到一封电子邮件，再次输入其电子邮件和密码，并收到以下提示：您的电子邮件已被激活。用户将不会收到电子邮件。 2. 激活邮件有效期小于24小时，超过24小时无效界限值：24小时内点击激活，25小时内重发邮件容易忽略：24小时内点击激活如果您在数小时内收到激活邮件，并且超过24 小时后重新激活，您将收到消息“您的系统已激活”。

测试激活电子邮件的基本功能。

电子邮件是否可以打开？电子邮件格式是否正确？内容是否正确？电子邮件中的激活链接是否有效？这些是逻辑测试用例。 1. 等价类等价类是一种将输入划分为多个等价类，从每个等价类中提取一个测试用例，如果该测试用例通过测试，则判定该测试用例通过了等价类测试的方法.据说代表（衣柜衣服分类示例）简单来说，就是对具有某些共同特征的数据集进行分离！使用场景：测试用例并不详尽，无法测试所有内容。

有效等价类：满足程序规范的数据集； 无效等价类：不满足软件需求规范的数据集步骤： 1. 明确需求。 2. 判断等价类是有效还是无效。 3. 提取数据并创建测试用例。

案例一：需求：验证QQ账号合法性要求：6到8为自然数

情况1：

案例2（电话）：

要求：需要：1以确保特定城市的电话号码正确。区号： 为空或3 位数字。 2. 前缀码：不是以“O”开头的3位数字，也不是“1”。 3.后缀码：为4位数字

2.边界值根据输入和输出边界设计测试用例。案例：华为手机3000 元以内只能购买价格：=3000，3001 不起作用等价类：启用等价类：小于3000 禁用等价类：大于3000 边界值：2999 3000 30012.1 边界值法第1 步设计用例，明确需求2. 确定有效和无效的等价类3. 确定边界范围值4. 提取数据并创建测试用例

情况1：要求：使用边界值法验证标题长度的有效性要求：标题大于0且小于等于30个字符。

旁注：边界范围节点： 1.上面的点、边界上的点2.距离点，例如边界上的点是最近的点（大于、小于），根据内部开放的原则并关闭。Masu。外部3. 内部点，范围内的点。

优化：

边界上的点：内开外闭。

3.决策表解决多条件依赖问题。 1、定义：是一种以表格形式表达基于多个条件的逻辑判断的工具。 2.配置：

条件堆：列出问题中的所有条件。行动堆：列出问题中可能采取的行动。条件项：列出了所有可能条件下条件对应的值、真值和假值。行动项目：列出条件项目。分别是检索该值时要执行的操作的结果。规则：1。规则2是判断表中遍历条件项和动作项的列。假设有n个条件，每个条件有两个值(0,1)，总的组合是2到2。规则的n次方。

3. 步骤：1）明确需求2）创建判断表

枚举条件堆和动作堆，填写条件项，将条件完全组合3) 根据条件项组合确定动作项简化合并相似规则（具有相同动作） 3) 编写测试4.案例第一栏：

适用场景： 1、有多个输入条件和多个输出结果，输入条件之间存在组合关系，输入条件和输出结果之间存在依赖（约束）关系2、决策表一般适合情况（例如，少于四个条件） 3. 提示： 如果项目中多个条件组合之间存在四个以上相互依赖关系，则可以使用。待实施效果图）

4、鱼骨图当输入较多，不同的输入组合对应不同的输出时，鱼骨图用于分析不同输入组合与输出之间的对应关系。 （相当于逻辑图）逻辑关系：同一性与否

使用鱼骨图设计测试用例的步骤： 1. 分析所有输入和输出； 2. 查找输出之间的关系； 3. 绘制鱼骨图； 4. 做出决策图； 5. 将决策表转换为测试用例。

案例：淘宝618活动，订单满300或者有红包，提交订单后即可获得折扣。 1、输入输出输入：金额300、金额300、金额==300、有红包、无红包、订单已提交输出：收到折扣、不收到折扣2、输入与输出关系：订单已提交订单已发送，金额超过300，有红包，享受折扣；订单已提交，金额超过300，有红包，享受折扣；订单已提交，金额300以下有红包，享受折扣。您的订单已提交。金额少于300。没有红包。没有折扣。由于订单尚未提交，所以不折扣； 3、画因果图。

4、基于因果关系图的判断表。

5、如何设计场景目前的软件大多采用事件触发器来控制流程，事件触发的情况形成一个场景，同一事件的不同触发顺序和处理结果形成一个事件流的形式。这种方法提供了事件触发时更清晰的场景，有助于测试设计者设计测试用例，并使测试用例更容易理解和执行。典型的应用程序使用业务流来连接孤立的功能点，并为测试人员建立整体业务感觉，避免陷入功能细节或忽略业务流程中的重要点。

案例：ATM取款场景功能点：插卡—— 密码输入—— 钱输入—— 钱取款（主要功能、核心流程） 具体功能点：（1）、插卡：反向插入、插错卡（餐卡、会员卡） （不是我们的银行卡）、已注销、消磁、冻结、有不良记录的卡（2）、请输入密码： 密码错误、请输入正确密码、输入密码3次错误、第1次密码错误、第2次密码正确、第1次2次错误密码，第3次正确密码(3)输入金额：金额=银行卡余额，输入金额=银行卡余额。 100、ATM余额不足、每日取款限额超出、每次取款限额均超出。 （4）取款：确认取款金额后，ATM机将提取相应金额。 ATM机会吐出钱的规则，操作会超时，钱很长时间不会吐出。 （5）其他：ATM机断网、断电、故障；所有操作超时时发生超时、吞卡（安全机制）

可以为每个特定功能点创建测试用例。

例如： 1. 将卡向后插入。如果第二次插入正确，就可以照常取款。该卡将被冻结/注销，您将无法成功取款。 2. 密码输入错误3次。我的账户被冻结，无法提款；前两次和第三次密码输入错误，如果密码正确，可以照常提款。

测试用例：

6、错误估计法根据测试人员的直觉、知识和经验来识别软件的哪一部分存在问题，并针对性地设计测试用例，与测试用例设计相辅相成。该方法适用于例如： 1. 验证码不区分大小写； 2. 空格搜索忽略输入的搜索信息前后的空格； 7. 正交对齐检查多个元素和级别以及如何根据条件选择最佳的元素和级别正交性使用水平组合进行实验，并使用实验结果来分析该测试用例的结果。 （请选择最佳组合）因子：输入变量；级别：因子值；因子数量：变量数量；级别数量：变量值的最大数量；正交数组：1的性质，每列中不同数据出现的次数2. 任意两列中的数据组合出现的次数相同。

设计正交数组测试用例的步骤： 1. 查找所有输入变量（因子）并确定因子的数量； 2. 确定变量的值以确定级别的数量； 3. 正交确定行和列表的创建正交数组；4.根据正交数组的属性填写正交数组；5.将正交数组的每一行写入为测试用例；6.表格添加未反映的测试用例；

示例：无需正交数组即可列出姓名、邮箱、密码、确认密码、验证码（输入或未输入）—— 2^5=32 情况1，系数：52，层数：2（输入）3，行：（水平数- 1）* 因子数+ 1=6 列：因子数：54，填入正交数组

5. 测试用例：(1) 输入姓名、未输入电子邮件地址、输入密码、输入密码确认、未输入验证码，(2) 输入姓名、输入电子邮件地址、未输入密码、未输入密码确认、验证码为输入；（3）、输入姓名、输入邮箱地址、输入密码、不输入确认密码、不输入验证码；（4）、不输入姓名、输入邮箱地址、不输入密码、输入确认密码、输入验证码；(5) )、无法输入姓名、输入电子邮件地址、输入密码、输入确认密码、无验证码(6) 未输入姓名、输入电子邮件地址、未输入密码、未输入确认密码、以及未输入验证码。

3. 实际操作中的注意事项3.1 测试用例中的注意事项

特点：对于审查和执行有用1.用例标题：预期结果（测试点） 2.验证代码的测试点：空、正确、错误、过期3.前提条件和测试步骤，测试步骤基于前提条件。如果您这样做，那么您要么编写了太多假设，要么编写了太多测试步骤。

目标测试用例标题：

4、引入缺陷：软件使用过程中出现的任何问题都是缺陷，称为bug。

1. 缺陷判定标准

为了实现需求（规范）规范中明确要求的功能- 功能很少的软件存在致命错误- 不应该出现在需求（规范）规范中的功能错误。软件超出了需求（规范）规范中规定的范围- 多功能（例如理发店） 没有实现需要做的需求（规范） - 隐形功能错误（例如手机点餐，显示哪些菜品） 测试人员认为软件难以理解和使用速度慢，用户体验差，使用困难2、缺陷原因：

这是有缺陷的软件！

3、软件缺陷的核心内容

4. 缺陷类型

功能错误界面（UI）错误、兼容性（前端）数据、可用性、改进建议、架构1.如何区分前端和后端Bug 1)、界面案例与兼容性Issue —— 前端问题2)、如果出现功能错误，您需要捕获数据包并显示请求和响应。

延伸：什么是抓包？

5. 编写缺陷1. 缺陷报告示例：

2. 缺陷跟踪流程

面试问题：当你发现一个bug时，你做的第一件事是什么？—— 确保该bug可以重现。 5.1 有缺陷的练习错误的演示：

1、缺陷ID：用例ID2、标题：操作数据描述+预期+实际测试数据结果描述+实际结果+预期测试数据结果描述+实际结果+要求3、缺陷描述：操作说明+数据

正确示范：

缺陷标题举例： 1.测试数据描述+实际结果+期望值：不合格4位QQ验证通过（期望值：不合格）空密码登录成功（期望值：登录失败，2.测试数据结果描述+期望值+实际验证4 位qq 不合格（实际：合格） 空密码登录验证失败（实际：登录成功） 三、测试数据说明+成果+要求4 位qq 验证不合格（要求：6 到6 之间的自然数） 10) 空密码登录成功（要求：密码6-12位数字+字符）

上述三个模板均适用。以上都是软件测试用例技术。我们将重点学习等价类、边界值、决策表和场景设计技术，因为这四种是实践中最常用的。您可以查看因果关系图。用于理解概念的正交排列。编写测试用例时，要特别注意标题。标题会影响测试用例的质量，这同样适用于有缺陷的用例。亲爱的朋友们，如果您喜欢作者的文笔，请为作者点赞、收藏、关注。您的支持是我写这个博客的最大动力。