分类： Code

DD-路径：程序图中的一条链，使得： 情况1：由一个节点组成，内度=0。情况2：由一个节点组成，外度=0。 情况3：由一个节点组成，内度≥2或外度≥2。情况4：由一个节点组成，内度=1并且外度=1。 情况5：长度≥1的最大链。

MM-路径：图G的圈数由V(G)=e-n＋p给定，其中： e是G中的边数。n是G中的节点数。 p是G中的组件数。V(G)是图中不同区域的个数。

DD-路径和MM-路径的区别与联系：

DD-路径：该测试方法的突出特点，是它们都基于被测程序的源代码，而不是基于定义。由于这种绝对化的基础，结构性测试方法支持严格定义、数据分析和精确度量。
MM-路径：通过定义加法和标量乘法的概念，强制使其看起来像向量空间：路径加法就是一条路径后接另一条路径，乘法对应于路径的重复。这种方法首先选择一个基线路径，应该对应某个“正常案例”程序的执行。接下来重复回溯基线路径，依次“翻转”每个判断点，即当节点的外度≥2时，必须取不同的边。
一、测试基路径集合是充分的（它不是）
二、向量运算用于程序路径的表达上，没有意义。

单元测试的主要任务不包括全局数据结构测试。

单元测试的主要任务有以下内容：

• 模块接口测试
• 模块局部数据结构测试
• 模块边界条件测试
• 模块中所有独立的执行路径测试
• 模块的所有错误处理路径测试

单元测试是软件测试的最基础环节。

单元测试是对软件中的基本组成单元进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。

导致软件缺陷的最大原因是软件需求规格说明书。

因为软件缺陷产生的原因有很多，典型的原因如下：

• 软件本身的复杂性
• 开发人员的问题
• 需求的变化
• 进度的压力
• 对文档不重视
• 沟通不畅
• 偏差的累积

各种来源导致缺陷会广泛分布在软件开发的各个阶段，需求规格说明书、软件设计、代码中都可以看到缺陷的身影。特别是由于需求的变化和人们对文档的轻视，导致需求规格说明书中的缺陷通常会占缺陷总数一半还多。

边界测试中所选择的输入测试数据不一定是有效数据。

边界测试的测试用例选择原则：

• 如果输入条件规定了值的范围，则应该取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据；
• 如果输入条件规定了值的个数，则用最大个数、最小个数、比最大个数多1格、比最小个数少1个的数做为测试数据；
• 如果程序的规格说明给出的输入域或输出域是有序集合（如有序表、顺序文件等），则应选取集合的第一个和最后一个元素作为测试用例；
• 如果程序用了一个内部结构，应该选取这个内部数据结构的边界值作为测试用例；
• 分析规格说明，找出其他可能的边界条件。

所以说，边界测试输入的测试数据是略大于略小于边界值，但这个数据并不一定是有效的。

验收测试是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。

验收测试是以用户为主的测试，软件开发人员和QA（质量保证）人员也应该参加。由用户参加设计测试用例，使用用户界面输入测试数据，并分析测试的输出结果。一般使用实际数据进行测试。