“基于数据驱动的软件测试框架”课题立项报告【参考】.docVIP

“基于数据驱动的软件测试框架”课题立项报告【参考】.doc

  1. 1、本文档共11页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Xxx课题立项论证报告 课 题 名 称: 基于数据驱动的软件测试框架 最 终 成 果 形 式: 文档、动态测试框架 起 止 时 间: 201x-x-1~201x-xx-30 经 费 预 算: xx万元 任 务 承 担 单 位: xx部 课 题 负 责 人: xxx (电话:186xxxxxxxx) 日 期: 201x-7-1 密 级: Xxxxxxxx公司 1 概述 研究目标、应用方向及效益分析 1.1.1 研究目标 为动态测试工作提供统一的测试框架和人机接口; 支持嵌入式系统软件实现自动化的回归测试。 1.1.2 应用方向 支持嵌入式软件产品的配置项测试和系统测试; 支持型号产品的验收测试; 支持嵌入式系统实物、半实物仿真环境的演示验证。 1.1.3 效益分析 数据驱动(Data-driven)测试技术又被称为表驱动技术,是第三代自动化测试的核心技术,其设计思想是:测试脚本与测试数据分离,二者共同被测试框架读取后驱动运行环境完成测试执行。 当前测试工作的执行场景及应用该技术后测试工作的执行场景见图1。 图1 应用该技术前后的工作场景对比 在深入研究先进测试技术的基础上,自主开发和应用一款通用性强的测试框架,能够充分利用现有的环境资源,在测试工作中直接使用已得到充分验证的“检测仪-产品”环境、“PC机-单板”环境及基于SIMICS的虚拟化硬件环境,可显著提升测试环境生成的效率,大大节省了环境搭建、跨平台移植的时间,能够支持测试人员只专注于测试工作本身,显著提升人力资源利用的效率和质量。 同时,作为一项相对基础的测试技术,具有较强的扩展潜力和高品质的兼容特性,能够继续发展、衍生出面向嵌入式系统的自动化测试技术、集成化测试技术等众多应用技术,对增强软件测试环境建设的开放性和自主性,促进软件相关专业发展及军品软件质量提升具有重要意义。 国外研究现状和发展趋势 数据驱动技术最早可追溯到2000年Carl J.Nagle提出的一个自动化测试框架,其设计已完整体现出数据驱动技术的核心思想,在随后的发展中,数据驱动测试技术的潜在价值和应用前景很快得到了测试行业的广泛认可,美国明尼苏达大学(University of Minnesota)于2002年主办了题为“IMA hot topics workshop:Data-driven control and optimization”的研讨会。IEEE从2008年开始举办The IEEE Int Workshop on Defect and Data Driven Testing研讨会议,专注于研究和交流各类基于数据的故障诊断、系统测试技术和方法。 由于数据驱动的技术思想相对朴素简单,其实现方法和表现形式非常灵活,并没有统一的标准和要求,各领域在测试应用过程中往往会根据具体情况进行调整和创新,部分商业软件会在用例脚本生成、测试结果分析等方面提供更多支持,但是其核心设计方法并没有发生实质性的突破和改变。 研究背景 在嵌入式系统软件产品的测试工作中,由于缺少统一的测试技术和测试环境,测试人员在执行动态测试过程中会遇到诸多障碍: 测试启动后,需要花费较多的时间和精力来临时搭建和调试测试环境; 测试用例和测试框架深度耦合,项目测试用例脚本难以独立管理和应用; 缺少通用的测试驱动框架和用例脚本语法规则,测试用例复用困难,无法开展测试资产积累; 面对实物、半实物和纯虚拟的运行环境,测试用例跨平台执行需要花费大量的额工作量; 缺少自动化的动态测试环境,测试效率难以提升。 面对软件测试当前的情况,购买商业测试环境在短期内同样无法解决问题。商业测试环境虽然提供了丰富的硬件接口资源和成熟的测试套件,但是面对的硬件产品时,在物理接口对接、环境验证、测试用例录入、总线接口定义等方面存在较多应用问题,因此,仅仅引进一个商业测试环境难以真正解决问题。 2 主要研究内容、创新点和考核指标 2.1 主要研究

文档评论(0)

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档