TestCenter测试与管理答题.docx

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

文档评论(0)

希望之星 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档