基于H模型的软件测管理应用模型.doc

由安博测试空间技术中心/提供 1软件测试管理模型 近年来，随着对软件测试的不断深入，对于各个测试阶段的理解加深，软件测试管理模型不断地发生演化，其中最具有代表性的测试管理模型有三种：V模型、W模型和H模型。 V模型的特点就是根据瀑布模型的阶段划分，对于没一个阶段进行针对性的测试，这种划分很简单，也容易进行管理，如图一所示。V模型揭示了软件测试活动的分层和分阶段的本质特性。但也存在一些问题，容易让人行程“测试是开发之后的一个阶段”，“测试的对象就是程序”等误解。实际应用上，也容易导致需求阶段隐藏的错误一直到最后的验收测试才被发现，这可能导致软件开发的不可控。 W模型是V模型自然而然的发展，他强调：测试伴随着整个开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试，如图2所示。这样，只要相应的开发活动完成，我们就可以开始执行测试，可以说，测试与开发时同步进行的，从而有利于尽早的发现问题。以需求为例，需求分析一完成，我们就可以对需求进行测试，而不必等到最后猜猜进行针对需求的验收测试。 然而，无论是V模型还是W模型，都存在不妥之处。他们都把软件的开发视为需求、设计和编码等一系列的串行活动。事实上，虽然这些活动之间存在着互相牵连的关系，但在大部分时间，它们都是互相独立的，但是可以并发进行的。虽然软件开发期望有清晰的需求、设计和编码等阶段，但实践告诉我们，严格的阶段之分只是一种理想的状况。所以相应的测试也不存在严格的先后次序，只要测试条件满足，就可以（或需要）进行测试。 H模型则有所不同，如图3所示。 它仅仅演示了在整个测试周期中，某个层次上的一次测试“微循环”。图中的其他流程可以是任何开发流程，例如设计流程和编码流程，也可以是其他非开发的流程，例如SQA流程，甚至是测试流程自身。向上的箭头表示，在某个时间点，由于“其他流程”的进展而引发或者出发了测试就绪点，这个时候，只要测试准备活动完成，测试执行活动就可以或需要进行了。概括的说吗，在H模型中，软件测试是一个独立于其他流程，贯穿于整个产品生命周期，与其他流程并发的进行，当某个测试事件点就绪时，软件测试即从测试准备阶段进入测试执行阶段。H模型兼顾效率和灵活性，可以被应用到各种规模、各种类型的软件项目上。 2基于H模型的软件测试管理应用模型 基于H模型虽然兼顾效率和灵活性，但他没有提出具体的应用模型，基于这个理论基础我们根据WfMC所定义的工作流的概念预定义，将工作流引入到H模型中，并构造出一个以人物分配为驱动的软件测试管理应用模型。 工作流 工作流执行服务是工作流管理系统的核心，工作流执行服务提供了一个运行环境，在这个环境中，利用一个或多个工作流管理引擎进行过程实例化或激活，通过与必要的外部资源进行交互负责解释和激活部分或全部过程定义。它由一个或多个创建、管理和执行工作流程实例化的工作流引擎组成，应用程序通过工作流应用程序接口来访问这种服务。 工作流引擎：工作流引擎负责工作流执行服务中的部分或全部运行控制环境，它为工作流实例提供运行环境。 过程与活动的状态变迁：工作流执行服务可以被看做一台状态转换自动机，它的过程或活动实例根据外部事件或工作流引擎的特定控制决定来改变状态。 软件测试管理应用模型 根据当今软件企业普遍采用的开发模式，结合可行性和易用性，我们可以围绕H模型为基础并结合W模型，针对实际工作情况，建立如图4所示软件测试管理应用模型。 测试过程控制的基本流程是： 由测试人员建立用例库，当合格的用例完成后，即可作为测试任务分配的对象。 任务分配触发测试执行工作流，由测试人员执行测试及测试报告，若测试确认无错误，相关测试用例对象关闭；若测试有错误产生相关缺陷。 产生的缺陷经过审核时一个待修正缺陷，则可作为修正任务分配的对象。若审核为暂不修复或无法修复，则可以直接设置为“挂起”结束测试控制过程。 任务分配出发缺陷修正执行工作流，由程序员进行修正执行及修正报告，若修正确认完成后，进入回归测试状态。 回归测试工作流开始执行，则回到，如此反复直至“关闭”。 软件测试方法 由安博测试空间技术中心/提供 　　随着软件测试技术的发展，测试方法更加多样化，针对性更强；选择合适的软件测试方法可以让我们事半功倍。以下是一些常用的软件测试方法： 　　β测试_Beta测试 　　β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 　　β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 　　当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。 　　α测试_Alpha测试 　　α测试