基于Temb和V模型的嵌入式软件测试方案(2)

　　基于传统V模型的缺陷和不足，本文提出了改进的V模型，如图3所示。

　　3.2改进的V模型

　　该模型中的时间轴只是表示事件的相对先后顺序。

　　tl：开发与测试并行开始

　　t2：完成需求分析，生成用户需求说明书和确认测试文档.进入系统测试用例设计

　　t3：进人概要设计，根据需求说明书和概要设计文档，开始集成测试用例设计，并停止系统测试用例设计

　　t4：进入详细设计，停止集成测试用例设计，进入单元测试用例设计

　　t5：进入编码阶段，实现并执行单元测试用例

　　3.3 V模型的改进特色该模型改进的优点体现在以下几点。

　　3.3.1 更广泛的信息设计测试用例

　　此模型使用所有能获得的信息，而不仅仅依靠文档作为测试用例设计的依据。目前的产品很少有完善的文档，而且他们的更新速度远远不及代码变化的速度。同时，文档和代码一样也会存在错误。

　　3.3-2测试和编码的混沌状态

　　传统的V模型划分的很清晰，编码在前，测试在后。但实际的开发过程并不是如此清晰，很多编程人员都会有这样的经验，如果等到所有的编码完成在开始单元测试，那必定是恶梦的开始。比较好的方法是：开发一段，测试一点;再开发，再测试。所以，编码和测试应该是处于一种反复轮换的状态，在这里称之为编码和测试的"混沌状态"。

　　3.3.3阶段的并行性

　　在改进的模型中，开发过程的各个阶段仍然按照原模型的顺序进行，并且在开发的同时进行相应的测试设计阶段。这些阶段在逻辑上分别对应于右侧的各个测试阶段。对于这些原来严格按照顺序执行的各个测试阶段，允许其灵活的作适当的提前和推后，使得相邻，甚至非相邻的阶段之间会出现部分重叠，从而允许并发执行。 3.3.4测试的循环幅度

　　增加了从各个测试阶段指向单元测试的箭头，表示在该阶段发现并修改错误以后回归测试的范围：均从最底层的单元测试开始着手进行。正确地刻画了回归测试的应用范围，从而保证原有错误的彻底修改以及新错误的彻底避免。

　　4 TEmb方法的通用要素和V模型个阶段的结合

　　1.生命周期--定义必须进行的活动以及按什么顺序来执行

　　基于v模型的测试方案.主要分为四个开发阶段(需求分析、概要设计、详细设计、编码)的测试和四个测试执行过程(单元测试、集成测试、系统测试、确认测试)。其中，四个测试执行过程既统一构成测试阶段，又分别贯穿开发的各个阶段。

　　2.技术--解决了使用方法选择的问题，提供详细、通用、有效的方法支持测试过程

　　单元测试是处于模块层次的测试，针对编码产生的源代码，通常会采用白盒测试技术;基于路径覆盖原理，目的是最大限度的检测出程序中的错误。

　　集成测试针对模块集成过程中，各模块接口之间是否协调问题进行测试，集成测试通常会采用黑盒测试技术，他通常包括：恢复测试(restore testing)，安全测试(security testing)，压力测试(stress testing)，性能测试(performance testing)等。

　　从V模型来看，系统测试是产品提交给用户之前进行的最后阶段测试。系统测试属于黑盒测试范畴，是应用最为广泛的一种测试方法。

　　针对确认标准的测试。确认标准由需求分析产生，所以实际上就是指规格化的需求;通常采用黑盒测试技术。

　　3.基础设施--在测试环境中需要哪些设施，以便能够执行计划中的活动

　　测试基础设施包括结构化测试所需的所有设备，可分为三类：执行测试所需的设备(测试环境)，使测试得以有效执行的设备(测试工具和测试自动化)、人员的工作场所(办公环境)。这在V模型的开发测试过程中是需要整体考虑的。

　　4.组织--执行人员的角色确定及所需要的专业技能

　　通常根据诸如测试层次、测试对象大小、组织文化等因素来选择测试角色、人员和管理的最优组合，在高层次测试时(系统测试和确认测试)，关于各种测试角色的组织、管理和组织结构的组成模块在许多项目中都需要。对低层次测试(单元测试和集成测试)这些构件的某个部分的一个分支就足够了。主要的目标应当总是：在时间和预算限制之内得到可能的最佳测试。

原文转自：http://www.uml.org.cn/Test/200907098.asp