测试常用英语2016年

Actual Fix Time 实际修改时间Assigned To被分配给Closed in Version被关闭的版 本Closing Date 关闭日期Defect ID缺陷编号Description描述Detected By被 （谁）发现Detected in Version被发现的版本Detected on Date 被发现的日期 Estimated Fix Time估计修改的时间Modified修正Planned Closing Version计划关 闭 的 版 本Priority 优 先 级Project项 目RD Comments研 发 人 员 备 注 Reproducible 可重现Severity严重程度Status状态Summary概要Creation Date 创建日期Description描述Designer设计人员Estimated DevTime估计设 计和生成测试的时间cution Status执行状态Modified 修正Path路径Status 状态Steps 步骤Template模版Test Name 测试名称Type 类型Actual实际结果 Description描述c Date执行日期c Time执行时间Expected期望结果 Source Test测试资料Status 状态Step Name步骤名称Duration 执行的期限c Date 执行日期c Time 执行时间Host 主机Operating System操作系统OS Build Number 操作系统生成的编号OS Service Pack 操作系统的服务软件包Run Name 执行名称Run VC Status 执行 VC 的状态Run VC User 执行 VC 的用户Run VC Version 执行 VC 的版本Status 状态Test Version测试版本Tester 测试员 Attachment 附件Author作者Cover Status 覆盖状态Creation Date创建日期 Creation Time创建时间Description 描述Modified 修正Name 名称Priority 优先 级Product 产品ReqID 需求编号Reviewed 被检查Type类型c Date 执行日 期Modified 被修正Planned c Date 计划执行的日期Planned c Time 计划执行 的时间Planned Host Name 计划执行的主机名称Responsible Tester 负责测试的人员 Status 状态Test Version测试的版本Tester 测试员Time 时间Close Date 关闭日 期Description 描述Modified 修正Open Date开放日期Status状态Test Set 测 试集合Acceptance testing（验收测试） ，系统开发生命周期方法论的一个阶段，这时相关 的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。 它让系统用户决定 是否接收系统。 它是一项确定产品是否能够满足合同或用户所规定需求的测试。 这是管理性 和防御性控制。Ad hoc testing（随机测试） ，没有书面测试用例、记录期望结果、检查列 表、脚本或指令的测试。 主要是根据测试者的经验对软件进行功能和性能抽查。 随机测试是 根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。 Alpha testing（α 测试） ，是由一个用户在开发环境下进行的测试，也可以是公司内部的用户 在模拟实际操作环境下进行的受控测试，Alpha 测试不能由程序员或测试员完成。 Automated Testing（自动化测试） ，使用自动化测试工具来进行测试，这类测试一般不需要 人干预，通常在 GUI、性能等测试中用得较多。Beta testing（β 测试） ，测试是软件的多 个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场， Beta 测试不能由程序员或测试员完成。 Black box testing（黑盒测试） ，指测试人员不关心程序具 体如何实现的一种测试方法。 根据软件的规格对软件进行各种输入和观察软件的各种输出结 果来发现软件的缺陷的测试， 这类测试不考虑软件内部的运作原理， 因此软件对用户来说就 像一个黑盒子。Bug（错误） ，有时称作 defect（缺陷）或 error（错误） ，软件程序中存在 的编程错误， 可能会带来不必要的副作用， 软件的功能和特性与设计规格说明书或用户需求 不一致的方面。软件缺陷表现特征为 软件未达到产品说明书标明的功能； 软件出现产品说 明书指明不会出现的错误； 软件功能超出产品说明书指明的范围； 虽然产品说明书未指出但 是软件应达到的目标；软件测试人员或用户认为软件难以理解， 不易使用，运行速度缓慢等 问题。 Bug report（错误报告） ，也称为“Bug record（错误记录） ” ，记录发现的软件错误信 息的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等。Bug tracking system （错误跟踪系统，BTS） ，也称为“Defect tracking system，DTS” ，管理软件测试缺陷的专用 数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。 尤其适用于大型多语言软件的测试管理。 Build（工作版本） ，软件开发过程中用于内部测 试的功能和性能等不完善的软件版本。 工作版本既可以是系统的可操作版本， 也可以是展示 要在最终产品中提供的部分功能的部分系统。Compatibility Testing（兼容性测试） ，也 称“Configuration testing（配置测试） ” ，测试软件是否和系统的其它与之交互的元素之间兼 容，如 浏览器、 操作系统、 硬件等。 验证测试对象在不同的软件和硬件配置中的运行情况。 Capture/Replay Tool（捕获/回放工具） ，一种测试工具，能够捕获在测试过程中传递给软件 的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在 GUI 测试中用 的较多。Crash（崩溃） ，计算机系统或组件突然并完全的丧失功能，例如软件或系统突然 退出或没有任何反应（死机） 。 Debug（调试） ，开发人员确定引起错误的根本原因和确定 可能的修复措施的过程。 一般发生在子系统或单元模块编码完成时， 或者根据测试错误报告 指出错误以后，开发人员需要执行调试过程来解决已存在的错误。Deployment（部署） ， 也称为 shipment（发布） ，对内部IT 系统而言，指它的第一个版本通过彻底的测试、形成产 品、交付给付款客户的阶段。Dynamic testing（动态测试） ，通过执行软件的手段来测试 软件。Exception（异常/例外） ，一个引起正常程序执行挂起的事件。Functional testing （功能测试） ，也称为behavioral t