前言

        输入条件组合而来的 “化学反应”，需要添加判定表法这一特殊 “催化剂”

判定表法

判定表法的引用

        案例：验证 “若用户欠费或者关机，则不允许主被叫” 功能的测试

        说明：

•         关注点单一：等价类边界值分析法主要关注单个输入类条件的测试。
•         未考虑组合：并未考虑输入条件之间的各种组合、输入条件与输出结果之间有相互制约关系的测试。

判定表定义及组成成分

        组成：

•         条件桩：列出问题的所有条件，列出条件的次序无关紧要。
•         动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束。
•         条件项：列出条件对应的取值，所有可能情况下的真假值。
•         动作项：列出条件项的、各种取值情况下应该采取的动作结果。

        规则：

•         判定表中贯穿条件项和动作项的一列就是一条规则
•         假设有 n 个条件，每个条件的取值有两个（0,1），全组合有 2 的 n 次方种规则

实战环节——判定表法

需求题目

                        短视频 “发布” 功能的条件组合测试

场景描述

        在短视频应用（例如抖音）中，用户发布视频是一个核心功能。该功能并非简单的上传，其最终结果和系统行为会受到多个前置条件的影响。一个健壮的发布功能需要正确处理各种条件组合下的用户操作。

        假设短视频 App 的 “发布” 功能受到以下三个关键条件的制约：

         条件 A (用户登录状态)​​
        用户当前是否已登录。状态分为：已登录/ 未登录。

         条件 B (视频文件有效性)
        用户选择的待发布视频文件是否符合应用要求。状态分为：有效（格式、大小、时长均符合标准）/ 无效。

         条件 C (发布内容合规性)
        系统对视频内容（包括画面和初步提取的音频）进行实时快速预检，判断其是否可能违规。状态分为：疑似合规/ 疑似违规。

        根据以上条件的组合，系统会执行不同的动作。

你的任务是

        请你使用判定表法，为上述 “发布” 功能设计测试用例，以验证系统在各种条件组合下行为的正确性。

实战环节答案

判定表

测试用例

实战环节升华

判定表法解决步骤

1. 明确需求
2. 编写判定表
3. 提取数据设计测试用例

判定表模板

判定表编写测试用例

         若判定表中条件存在递进式关系，譬如条件 2 必须由条件 1 成立才能得到，那么我们在设计测试用例的时候一定要进行精简，删除不满足递进关系的冗余测试点；
         若盘点表中条件存在并列式关系，那么按部就班，照猫画虎即可。

后记

         承接上篇期望，我在这篇文章排版又下了功夫，更上一层楼了！