某工程项目管理实施方案
部署实施方案
由于公司软件开发项目较少等原因,结合公司实际情况,建议先应用TD中的bug管理功能。在条件成熟时,再考虑应用TD中的其他功能。
考虑到MacamV3的开发周期较短,为了使bug管理更符合公司软件开发得实际情况。建议不采用TD的默认bug管理流程(bug在进入下一环节后,上面环节就看不到该bug的状态)。
建议方案:
建立3个用户组:PM组,开发组,测试组。
PM组:
成员:项目经理及其他高层领导
权限:提交bug,分派修改人员,修改bug属性,关闭bug。
开发组:
成员:项目开发人员。
权限:提交bug,修改bug属性。
测试组:
成员:测试人员。
权限:提交bug,修改bug属性,关闭bug.
方案优点:PM可以了解项目进展情况,bug修改情况。bug提交者可以全程跟踪bug情况。
缺点:权限管理松散。没有严格的审核流程。
TD默认bug管理流程。
1:怎么样将人员分组,然后对组进行授权控制
比如:测试人员没有分配人员修改的权限。只有PM才能控制 2:这样在项目下,再划分模块
TD中常见字段中英文对照表
ActualFixTime实际修改时间
AignedTo被分配给
Actual实际结果
ClosedinVersion被关闭的版本
ClosingDate关闭日期
CreationDate创建日期
Description描述
Designer设计人员
DefectID缺陷编号
Description描述
DetectedBy被(谁)发现
DetectedinVersion被发现的版本
DetectedonDate被发现的日期
Duration执行的期限
ExecDate执行日期
ExecTime执行时间
EstimatedDevTime估计设计和生成测试的时间
ExecutionStatus执行状态
EstimatedFixTime估计修改的时间 ExecDate执行日期
ExecTime执行时间
Expected期望结果
Host主机
Modified修正
PlannedClosingVersion计划关闭的版本 Priority优先级
Project项目
R&DComments研发人员备注
Reproducible可重现
Severity严重程度
Status状态
Summary概要
Modified修正
Path路径
Status状态
Steps步骤
Template模版
TestName测试名称
Type类型
SourceTest测试资料
Status状态
StepName步骤名称
OperatingSystem操作系统
OSBuildNumber操作系统生成的编号 OSServicePack操作系统的服务软件包 RunName执行名称
RunVCStatus执行VC的状态 RunVCUser执行VC的用户
RunVCVersion行VC的版本
Status状态
TestVersion测试版本
Tester测试员
Attachment附件
Author作者
CoverStatus覆盖状态
CreationDate创建日期
CreationTime创建时间
Description描述
Modified修正
Name名称
Priority优先级
Product产品
ReqID需求编号
Reviewed被检查
Type类型
ExecDate执行日期
Modified被修正
PlannedExecDate计划执行的日期 PlannedExecTime计划执行的时间
PlannedHostName计划执行的主机名称 ResponsibleTester负责测试的人员 Status状态
TestVersion测试的版本
Tester测试员
CloseDate关闭日期
Description描述
Modified修正
OpenDate开放日期
Status状态
TestSet测试集合