如何向别人解释测试设计思想

一个好的测试设计的具体体现就是高效的测试用例，要设计高效的测试用例，就需要对系统的变化、流程和场景有较深的了解。为了理解各种联系、流程和相互关系，就需要借助系统开发过程中形成的各种文档，深入分析思考和关注细节。

那为什么引入用例场景呢?主要由于现在的软件几乎都是由事件触发来控制流程的，事件触发时的情景便形成了场景；同一事件不同的触发顺序和处理结果形成事件流。

因此，泽众软件为了更好的体现测试设计思想，提出了一套规范的、完整的测试设计标准，并以测试用例设计器—Testcase Designer(TCD)来推行标准的实施。

首先，TCD规定所有的测试用例都是由系统的变化、流程和场景开始，具体表现为业务活动图。

TCD规定的测试用例生成有5个步骤:

第一步:需求设计

为了在开发时间表中尽早地安排对最重要的功能的测试以及对它们进行更深入的测试，建立有效测试过程，另外需要考虑的问题是确定和评审关键和高风险的需求，划分需求的优先级。

为了满足执行的测试过程所需的前置条件，必须确定特定事务的测试顺序或者序列。

如何确定事务的测试顺序呢？创建一个测试过程关系矩阵，或者关系图。矩阵根据执行一个测试过程所需要的前置条件和后置条件组成了测试过程的流程。关系图表示了各种测试过程之间的交互作用，可以显著地改进测试过程。

在TCD中,支持以Microsoft visio 画的业务流活动图来关联需求,只需要按照业务流的走向,按要求导入活动图,系统会自动帮你解析好业务流的所有路径。

第二步:脚本设计

在制作测试用例的过程中，每个具体业务流的节点，就是一系列的操作，也就是所谓的具体业务，在这里规定了操作流。

在TCD中，按照之前导入的业务流节点的顺序，绑定真是的操作文件（脚本），这样，系统就会自动的帮你组织好每个路径的具体操作流程了。

在此处可以定义每个需要定义的状态具体的业务流程.

第三步:场景设计

什么是用例场景呢？用例场景是指通过描述流经用例的路径来的确定的过程，这个流经过要从用例开始到结束遍历其中所有的基本流和备选流。基本流是指流经用例的最简单路径；备选流是指自基本流开始，之后会在某特定条件下执行。

在TCD中,系统自动解析了所有场景的排列组合，用户只需要选择需要的场景模式即可。

第四步:约束设计

当业务流、场景，都确定下来以后，一个业务的具体操作流程就确定了，此时，需要以覆盖率高的测试数据填充测试用例中的原始数据。

在TCD中，系统提供了多种生成测试数据的方式，同时，也提供了手动的方式。加上M/S设置、约束设置，大大提高了测试数据的覆盖率，减少了无用数据、冗余数据。

第五步:用例设计

在一切准备工作做好后，系统更具数据量的大小，组织好了填充了测试数据的测试用例列表，用户可以有选择性的导入测试用例至EXCEL进行手工测试、备份，或者，导入TC、QC等测试管理工具，进行手工、自动化的设计。

总结，测试设计思想在测试行业还是一个新的思想。有了TCD的帮助，可以快速、高效的制作测试用例。