TestCenter测试与管理.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
TestCenter企业认领TestCenter是一款功能强大测试管理工具,它可以帮助您:实现测试用例的过程管理,对测试需求过程、测试用例设计过程、业务组件设计实现过程等整个测试过程进行管理。目录1基本内容2管理内容基本内容/TestCenter?编辑TestCenter是一款功能强大测试管理工具,它可以帮助您:实现测试用例的过程管理,对测试需求过程、测试用例设计过程、业务组件设计实现过程等整个测试过程进行管理。实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例,降低了测试用例对个人的依赖;提供测试用例复用,用例和脚本能够被复用,以保护测试人员的资产;提供可伸缩的测试执行框架,提供自动测试支持;提供测试数据管理,帮助用户同意管理测试数据,降低测试数据和测试脚本之间的耦合度。管理内容/TestCenter?编辑测试需求管理支持测试需求树,树的每个节点是一个具体的需求,也可以定义子节点作为子需求。每个需求节点都可以对应到一个或者多个测试用例。测试用例管理测试用例允许建立测试主题,通过测试主题来过滤测试用例的范围,实现有效的测试。测试业务组件管理支持软件测试用例与业务组件之间的关系管理,通过测试业务组件和数据“搭建”测试用例,实现了测试用例的高度可配置和可维护性。测试计划管理支持测试计划管理、测试计划多次执行(执行历史查看);测试需求范围定义、测试集定义。测试执行支持测试自动执行(通过调用测试工具);支持在测试出错的情况下执行错误处理脚本,保证出错后的测试用例脚本能够继续被执行。测试结果日志察看具有截取屏幕的日志查看功能。测试结果分析支持多种统计图标,比如需求复盖率图、测试用例完成的比例分析图、业务组件复盖比例图等。缺陷管理支持从测试错误到曲线的自动添加与手工添加;支持自定义错误状态、自定义工作流的缺陷管理过程。相关的软件测试工具有AutoRunner和TAR操作方法:TestCenter应用概览?(点击此处查看入门教程Flash版)TestCenter是测试管理工具,管理测试需求、测试用例、测试集、业务组件等,并提供多任务的测试执行(包括手工执行和自动执行),最终生成测试报表。一.基本概念1.测试计划任何一次测试都需要测试计划,测试计划明确了一次测试需要的内容:(1)测试目标。明确测试所要达到的目的;(2)测试范围。定义哪些测试主题是应该被测试的,哪些不需要包含在测试范围内。(3)测试环境。包括测试的硬件环境、网络环境、操作系统、数据库环境、应用系统环境、应用系统数据环境。最关键的是设置应用系统的数据环境;(4)测试过程计划。一次大规模的测试会划分成多个阶段。(5)测试过程中的环境备份与恢复。在测试过程中,一个阶段的测试完成之后,可能会需要把所有的测试环境(应用系统数据)备份下来,便于下一个阶段的测试。(6)测试验证。2.测试需求功能测试的目标是验证软件是否满足定义的需求。软件的需求,往往包括每个独立的、具体的、操作的功能,也包括由操作功能组成的一个业务流程,并且明确定义业务流程正确性的标准。测试需求,就是针对软件需求的两个部分进行测试,定义明确的测试方法来测试各个业务流程的各种业务情况下是否正确、定义明确的测试方法来测试操作流程是否正确。测试操作流程的部分,基本上通过手工测试可以完成,自动化的测试要定义几个主要的测试流程进行测试。3.测试用例测试用例是具体测试需求的实现,即通过业务组件实例的流程和相互关系来定义测试过程、验证标准。测试需求定义了“做什么”,测试案例是“如何做”。4.业务组件应用系统,是由具体的界面交互流程组成,我们把每一个界面交互流程,成为一个业务操作过程,对应了测试中的一个对象,我们称为“业务组件”。业务组件,核心是描述了一个界面交互的过程:一系列的输入和输出界面和组件。对于输入和输出数据来说,它还是一个交互过程数据的模版,用户只要填写这个模版得到一组数据,就可以成为一个业务组件的实例。在TestCenter中,业务组件由:测试脚本(bsh/java)、测试脚本相关的资源文件(xml)、业务组件数据模版(csv)组成。5.测试集测试集,就是根据测试要求,对测试需求进行筛选,最终得到一组对应的测试案例的集合,我们称为“测试集”(TestSet)。执行测试集(可以手工执行和自动执行),就会帮助测试人员完成一次测试。6.测试执行测试用例集合建立的目标是测试执行。测试用例包括了一系列的测试过程,以及测试用例执行所需要的用户。那么,测试执行就需要使用一个资源池来给需要被执行的测试案例动态分配资源,然后执行每一个测试案例中的业务组件实例。二.基本思想操作流程————业务组件测试需求————测试用例一次测试需求————测试集业务测试层次————产品对映层次三.软件的实现1.计划建立新的测试计划,在该测试计划

文档评论(0)

9944477 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档