穿线测试理念介绍V1.0版

穿线测试特性

       穿线测试，其含义取自于对通过一个连线能够对实体进行连接，通过这个穿线建立实体间的联系，并在此之上通过穿线实现物体的互相可追溯特性。穿线测试的核心思想类似于目前火热的DevOPS技术，但相比于DevOPS是建立开发与运维之间的联系，打破二者之间的信息鸿沟，穿线测试则着重于将开发者和测试者的工作组件串联起来，开发和测试之间依托TT可以进行高效的互动，这里面最核心的思想之一是:功能测试与对应的程序程序源代码执行逻辑的双向穿线。

ThreadingTest自动建立测试用例与程序源代码之间的逻辑关系，正向穿线，开发工程师可以看到测试工程师执行用例的代码细节，以方便进行缺陷的修复，测试数据可以直接为开发调试提供依据，快速定位并修复缺陷。逆向穿线，测试工程师通过修改的源码快速确定测试用例的范围，极大减少回归测试的盲目性和工作量，快速修订测试用例，达到测试覆盖率最大化。穿线测试的核心思想取自于华人科学家熊继光先生（著名软件测试工具panorama的作者）的非线性软件工程体系思想，同时是该思想的第一个商业实现产品，一定程度上可以骄傲的说在软件测试领域，中国人无论在理论还是商业产品上，站在了最前沿。
穿线测试是继白盒测试、黑盒测试以来对软件测试领域的重大理论突破，通过一系列技术，能彻底的打破原有的软件开发与软件测试之间的鸿沟，率先提出量化的软件测试工程理念，代码的可一致性修改和维护等全新理念，ThreadingTest产品的具体技术特性如下：
1.连接开发与测试之间的穿线技术
1.1 测试用例与代码执行逻辑的双向自动关联
自动建立测试用例与代码的逻辑关系，正向追溯，开发工程师可以看到测试工程师执行用例的代码细节，以方便进行缺陷的修复，开发工程师和测试工程师可以高效的进行互动，测试数据可以直接为开发调试提供依据，快速定位并修复缺陷。
正向追溯的展示：


图解：
   A：正向追溯的起点，点击测试用例B和D部分展示了该测试用例所执行到的函数以及函数的复杂度以及覆盖率。
       B：CallGraph视图部分，显示正向追溯追溯到的函数调和执行情况。点击CallGraph图元，C窗口展示该函数的控制流程图以及函数各个结构分支的执行覆盖情况。
       C： ControlFlow 视图部分，显示所选函数的控制流程图以及各个结构分支的执行覆盖情况。
       D：正向追溯到的函数列表，包括函数的源码的其实行号和终止行号，多种复杂度和覆盖率等数据。
       E：Code视图，显示所选函数的源码部分。
穿线测试的最大的作用，在于反向穿线的时候，可以看到某一些代码到底和哪些功能点有关，这样测试人员就会知道，当某一部分代码修改以后，哪些功能点是和修改的代码是相关的，通过反向穿线就可以自动获得，这是一个测试用例集自动削减的过程，虽然软件测试领域针对回归测试用例选取有很多的理论化方法阐述，穿线测试则通过穿线技术提供了一种可商用的解决方案。而难能可贵的是功能点和庞大程序执行逻辑信息的建立是自