以下关于决策表法的叙述中，不正确的是()。

开发过程的质量决定了软件的质量，同样地，测试过程的质量决定了软件测试的质量和有效性。软件测试过程的管理是保证测试过程质量、控制测试风险的重要活动。软件测试和软件开发一样，都遵循软件工程的原理，有它自己的生命周期。软件的测试过程一般分成测试计划、测试设计与开发、测试实施、测试评审与测试结论等阶段。对每个阶段的任务、输入和输出都有明确的规定，以便对整个测试过程进行质量控制和配置管理。

软件测试过程是一种抽象的、遵循GB/T 18905（ISO 14598.5）《评价者用的过程（Process for Evaluator）》中定义软件评价过程的模型，是国际上共同遵守的软件评测过程标准，是软件测试过程管理的精髓。标准定义了分析各类软件产品的评测需求，规定、设计、实施、评审以及对评测做出结论所需的各种活动。本章介绍的主要内容，可作为软件测试过程工作内容与管理的基本原则。为符合GB/T 18905基本原理，仍保留“评价过程”的标准用语。

决策表

决策表又称为判定表，用于分析多种逻辑条件下执行不同操作的技术。在程序设计发展的初期，决策表是程序编写的辅助工具。决策表可以把复杂的逻辑关系和多种条件的组合情况表达明确，与高级程序设计语言中的if-else、switch-case等分支结构语句类似，它将条件判断与执行的动作联系起来。但与程序语言中的控制语句不同的是，决策表能将多个独立的条件和多个动作联系清晰地表示出来。

决策表的组成如下。

（1）条件桩：列出了问题的所有条件。通常认为，列出的条件次序无关紧要。

（2）动作桩：列出了问题规定可能采取的操作，这些操作的排列顺序没有约束。

（3）条件项：列出了针对条件桩的取值在所有可能情况下的真假值。

（4）动作项：列出了在条件项的各种取值的有机关联情况下应该采取的动作。

规则即任何条件组合的特定取值及其相应要执行的操作。在决策表中，贯穿条件项和动作项的列就是规则。显然，决策表中列出多少个条件取值，也就有多少个规则，条件项和动作项就有多少列。

所有条件都是逻辑结果的决策表称为有限条件决策表。如果条件有多个值，则对应的决策表就叫做扩展条目决策表。决策表用来设计测试用例，条件解释为输入，动作解释为输出。

决策表适合以下特征的应用程序：

（1）if-then-else分支逻辑输出。

（2）输入变量之间存在逻辑关系。

（3）涉及输入变量子集的计算。

（4）输入和输出之间存在因果关系。

（5）很高的圈复杂度。

构造决策表的步骤：

①确定规则的个数。

有n个条件的决策表有2ⁿ个规则（每个条件取真、假值）。

②列出所有的条件桩和动作桩。

③填入条件项。

④填入动作项，得到初始决策表。

⑤简化决策表，合并相似规则。

更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5