基于框架软件测试性研究.doc

基于框架软件测试性研究 　　【摘要】分析了基于框架的软件产品线测试方法、当前的状况以及相关的自动化测试工具，为确保软件产品线的可靠性以及促使软件生产在时间、成本和质量方面获得显著的改善提供了有力支持。 【关键词】软件产品线测试；面向对象的软件测试：自动化工具支持 【中图分类号】TP311 【文献标识码】A 【文章编号】1672-5158（2013）04-0003-02 软件产品线是一套软件密集型系统，它拥有一组能满足特定需求的公共的、可管理的特性，并且是按预定义的方式由一组公共的核心资产开发而来。软件产品线可以提供重用软件资产，生产和开发一组类似系统的方法，使用这种方法可以有效地降低成本、缩短产品面世时间、提高软件质量。它是软件产业向大规模定制模式发展的一个重要途径和方法。 面向对象的应用框架是一种软件半成品，是软件产品线的主干（backbone）。框架具有很强的领域特性，是对问题领域共性的抽取（领域分析），它用一种抽象可扩展的方式描述产品线中所有产品的共性特征。基于框架的开发方法把软件复用提高到了设计层次，提高了软件生产率。 在软件开发过程中，测试是一项持续性活动，同时也是一项劳动密集型活动。传统的面向对象的测试方法是产品线测试的基础，因为软件产品线，尤其是框架通常是用面向对象技术来进行设计和实施的。为了确保框架的可靠性，在应用它之前必须进行仔细的检测。实践中，通常是通过测试应用程序来测试框架，因而难以区分框架和应用程序的编码错误。同时，当前测试框架和产品线的方法还非常不成熟，因此对成熟测试方法的需求十分迫切，测试过程也应获得测试工具更多的支持。 1 面向对象的软件系统测试 1.1 面向对象系统的测试方法与过程 为了保证软件的质量和可靠性，应力求在分析、设计等各个开发阶段，对软件进行严格技术评审。近年来，测试的作用在很多组织中得以扩展，进而为软件可靠性的评估提供技术支持。 面向对象技术产生更好的系统结构，更规范的编程风格，极大地优化了数据使用的安全性，提高了程序代码的使用率，然而正是因为面向对象技术开发的软件代码重用率高，这就需要更严格的测试，避免错误的繁衍。 1.2 测试自动化和工具支持 近几年来，许多研究工作者通过使用自动化的测试工具对软件的质量进行保障研究。到现在为止自动化测试工具已经足够完善了，完全可以应用自动化测试工具来大幅度地提高软件测试的效率和质量。在使用自动化的测试工具的时候应尽早地开始测试工作，这样可以使修改错误更加地容易和廉价，并且可以减少更正错误对软件开发周期的影响。 自动化支持的一个关键因素是是否有用于所有测试交付物和工作产品的中心项目数据库。这可以指的是测试管理系统，包括用于对测试进行保存、描述、文档化和跟踪，并且对测试目标和结果进行记录、跟踪、评审的辅助设施。好的工具可以使得这些信息很容易被项目组获得，并且提供稳定的工作流支持来简化和跟踪软件开发过程。 2 软件产品线测试方法 在软件产品线测试时虽然可以使用传统面向对象的测试方法，但仍强烈需要一个明确定义的产品线测试过程和方法，包括工具支持。这是因为当一个产品线或多个产品线被测试时，一些具体问题就会暴露出来。例如规模问题，因为产品线中的所有应用都需要测试，这就使得产品线的测试要比单独的产品测试要复杂得多。产品线测试的关键在于重用测试用例和测试件（Testwarc，指测试工作形成的产品），而不是将产品线中的每个软件作为一个单独的产品来进行测试。 2.1 软件产品线测试 产品线测试关系到多个方面，包括回归测试、非完整性项目测试和有效使用可重用的测试资产等等。回归测试是用来确认前期可正常工作的组件在面临某些修改时，是否还能正确运行。产品线中的成员在共享许多共性特征的基础上又各自变化，因此回归测试适合于产品线或重用情况。与单个系统开发项目不同，测试也是可以重用于大多数产品中的活动，它本身产生可重用的核心资产。建立可重用的测试资产能使产品线测试拥有较高的成本效益比。 产品线测试也需要详细规划并给出一个明确定义的过程，把测试集成到过程的每个阶段，以生产出高质量的产品。在产品线中组件被大量重用，有效的故障修复显得尤其重要。领域工程中的缺陷使风险演变为问题，因为可重用资产中的缺陷蔓延到重用它的每个产品中。然而在软件产品线方法中，测试不能很好地区分领域工程和应用工程任务。虽然根据V模型进行测试，但ISAPS、CAF和SEI提出的框架还是不能完全将V模型测试的各个阶段集成到软件开发中去。在实践中，将测试过程集成到整个产品线过程中被证明是最棘手的问题。 产品线测试的主要问题可以从两个方面来进行论述。在领域工程中测试核心资产时，测试者试图减少应用测试，但