TD中常见字段中英文对照表
Actual Fix Time 实际修改时间
Assigned To 被分配给
Actual 实际结果
Closed in Version 被关闭的版本
Closing Date 关闭日期
Creation Date 创建日期
Description 描述
Designer 设计人员
Defect ID 缺陷编号
Description 描述
Detected By 被(谁)发现
Detected in Version 被发现的版本
Detected on Date 被发现的日期
Duration 执行的期限
Exec Date 执行日期
Exec Time 执行时间
Estimated DevTime 估计设计和生成测试的时间
Execution Status 执行状态
Estimated Fix Time 估计修改的时间
Exec Date 执行日期
Exec Time 执行时间
Expected 期望结果
Host 主机
Modified 修正
Planned Closing Version 计划关闭的版本
Priority 优先级
Project 项目
R&D Comments 研发人员备注
Reproducible 可重现
Severity 严重程度
Status 状态
resolved是什么状态Summary 概要
Modified 修正
Path 路径
Status 状态
Steps 步骤
Template 模版
Test Name 测试名称
Type 类型
Source Test 测试资料
Status 状态
Step Name 步骤名称
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 类型
Exec Date 执行日期
Modified 被修正
Planned Exec Date 计划执行的日期
Planned Exec Time 计划执行的时间
Planned Host Name 计划执行的主机名称
Responsible Tester 负责测试的人员
Status 状态
Test Version 测试的版本
Tester 测试员
Close Date 关闭日期
Description 描述
Modified 修正
Open Date 开放日期
Status 状态
Test Set 测试集合
"状态”和"解决”域定义并且跟踪了bug的生命周期。
"状态”
UNCONFIRMED-----没有人确认这个bug需要被解决。有正确权限的用户可以确认这个bug,把它的状态改成"NEW”。bug经常直接被解决并被标志成"RESOVLED”,但是通常的情况是bug需要先被指定这个bug的属主开发人员确认。
NEW----bug已经被加入到属主的bug列表中,必须被处理。在这种状态下的bug即将被接受且被标志成"ASSIGNED”,或者是传递给另外某一个人员,期间把bug状态维持在NE,或者是直接被解决,并标志成"RESOLVED”。
"状态”
UNCONFIRMED-----没有人确认这个bug需要被解决。有正确权限的用户可以确认这个bug,把它的状态改成"NEW”。bug经常直接被解决并被标志成"RESOVLED”,但是通常的情况是bug需要先被指定这个bug的属主开发人员确认。
NEW----bug已经被加入到属主的bug列表中,必须被处理。在这种状态下的bug即将被接受且被标志成"ASSIGNED”,或者是传递给另外某一个人员,期间把bug状态维持在NE,或者是直接被解决,并标志成"RESOLVED”。
ASSIGNED----这个状态下的bug还没有被解决,但是已经指派给可以解决它的人员。从这一步往下,bug可以被指派给另一个人员,并标志成NEW,或者是直接解决bug,标志成"RESOLVED”。
REOPENED----bug曾经被解决,但是解决方案被认为是不正确的。从这一步往下,bug可以被标志成ASSIGNED和RESOLVED。
RESOLVED----bug的解决方案已经形成,在等待QA的验证。从这一步往下,bug可以被标志成"REOPENED”,或者是"VERIFIED”,或者是被认为很好的解决了,标志成"CLOSED”。
VERIFIED----QA已经查看过bug的解决方案,并且同意针对bug已经做出的修改。
CLOSED---- bug已经被解决,解决方案是被认为是正确的。
"解决”
FIXED----对bug的一个修改已经被登记,并且已经经过测试。
INVALID----被描述的问题不是一个bug。
WONTFIX----被描述的问题是一个bug,但是不准备进行修改。
LATER----被描述的问题是一个bug,但是不在产品的目前版本中进行修改。
REOPENED----bug曾经被解决,但是解决方案被认为是不正确的。从这一步往下,bug可以被标志成ASSIGNED和RESOLVED。
RESOLVED----bug的解决方案已经形成,在等待QA的验证。从这一步往下,bug可以被标志成"REOPENED”,或者是"VERIFIED”,或者是被认为很好的解决了,标志成"CLOSED”。
VERIFIED----QA已经查看过bug的解决方案,并且同意针对bug已经做出的修改。
CLOSED---- bug已经被解决,解决方案是被认为是正确的。
"解决”
FIXED----对bug的一个修改已经被登记,并且已经经过测试。
INVALID----被描述的问题不是一个bug。
WONTFIX----被描述的问题是一个bug,但是不准备进行修改。
LATER----被描述的问题是一个bug,但是不在产品的目前版本中进行修改。
REMIND----被描述的问题是一个bug,但是很可能不在产品的目前版本中进行修改,但可能还是问题
DUPLICATE----提出的问题和当前已经存在的某个bug重复。
WORKSFORME----不能重现这个bug,查看源代码也不知道为什么会出现这样的bug 现象,如果以后有更多的关于这个bug的线索,重新接受这个bug。
DUPLICATE----提出的问题和当前已经存在的某个bug重复。
WORKSFORME----不能重现这个bug,查看源代码也不知道为什么会出现这样的bug 现象,如果以后有更多的关于这个bug的线索,重新接受这个bug。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论