问题跟踪系统的使用规范V10.docx
《问题跟踪系统的使用规范V10.docx》由会员分享，可在线阅读，更多相关《问题跟踪系统的使用规范V10.docx（11页珍藏版）》请在冰豆网上搜索。
问题跟踪系统的使用规范V10
问题跟踪系统的使用规范
版本：
1.0
信雅达科技股份有限公司
仅供公司内部使用
修改历史
版本
日期
修改人
DescriptionofChanges
0.1
2011-7-19
高雨
创建
0.2
2011-7-22
高雨
根据评审意见修改文档
0.3
2011-7-26
高雨
修改使用规范以符合，问题跟踪系统由文件服务器转移至Vss服务器
1.0
2011-7-26
高雨
正式发布
目录
1.简介4
2.适用范围4
3.问题提交系统的使用规范5
3.1问题的提交5
3.2问题的查看6
3.3问题的状态更新7
3.4修改请求的提交7
3.5修改请求的查看9
3.6修改请求的状态更新9
3.7评审请求的提交9
3.8评审请求的查看11
3.9评审请求的状态更新11
1.简介
问题跟踪系统是专门用于记录、跟踪和管理各类问题的系统，该系统由三个Excel表格构成：
问题提交记录表、修改请求记录表、评审请求记录表，分别位于Vss服务器的以下位置：
文档类型
位置
问题提交记录表
文档开发管理配置库\问题跟踪系统\问题提交系统
修改请求记录表
文档开发管理配置库\问题跟踪系统\修改请求提交系统
评审请求记录表
文档开发管理配置库\问题跟踪系统\评审请求提交系统
本文档描述了问题跟踪系统的使用规则与制度。
2.适用范围
该文档适用于信雅达科技公司研发部、测试部、生产部和销售部需要使用问题跟踪系统的所有人员。
3.问题提交系统的使用规范
3.1问题的提交
登录Vss服务器的问题提交系统目录，将问题提交记录表CheckOut到本地，在表格添加问题记录后，将问题提交记录表CheckIn回Vss服务器。
注意：
（1）如果问题提交记录表正在CheckOut状态，如下图所示：
表明其他人正在提交问题，用户必须等待其他人完成CheckIn操作之后，才能CheckOut问题提交记录表。
（2）提交者不得修改文件格式或删除已有记录。
问题提交后，需要发邮件通知问题的负责部门、QA部门和自己所在部门。
邮件要求如下：
主题：
[问题跟踪系统]NewSR00002wasraised
内容：
该问题记录前六项
SR00002
信雅达科技公司开发流程整改
NewFeature
NA
支付终端产品部
NA
问题提交记录表各个域的说明如下：
（1）问题标识号
问题标识号必须符合以下格式：
SR00002
其中SR是SubmissionRecord的缩写
其中00002是问题提交记录的序列号，序列号的长度为5位数字，所以该系统最多只能支持99999个问题记录。
（2）问题描述
对于问题的简要描述
（3）类型
NewFeature:
新功能，新产品，新需求属于此类问题
Defect:
文档缺陷，软件Bug，硬件Bug等均属于此类问题
Enhancement:
原有功能或产品性能提升属于此类问题
（4）产品
当前公司维护和开发中的产品。
（5）部门
问题的解决部门
（6）问题版本
这里是指出现该问题软件、硬件或文档版本。
（7）重现步骤
当问题类型选择的是Defect，这个域必须填写详细的问题复现步骤。
（8）问题根本原因
当问题类型选择的是Defect，问题关闭时必须完成这个域填写。
（9）提交时间
提交问题的日期
（10）关闭时间
问题关闭的日期
（11）负责人
问题的解决人员
（12）状态
Open:
问题未解决
Performed:
问题已解决，但新版本未发布
Closed:
问题已解决且新版本已发布
Rejected:
问题经确认无效
3.2问题的查看
完成该文档培训的所有人均可以从问题提交系统下载问题提交记录表进行查询。
点击GetLatestVersion按键即可下载最新的问题记录表，如下图所示：
3.3问题的状态更新
只有问题的提交者或问题负责人有权利更新对应得问题记录。
登录Vss服务器的问题提交系统目录，将问题提交记录表CheckOut到本地，在表格中修改问题状态后，将问题提交记录表CheckIn回Vss服务器。
注意：
（1）如果问题提交记录表正在CheckOut状态，表明其他人正在提交或修改问题记录，用户必须等待其他人完成CheckIn操作之后，才能CheckOut问题提交记录表。
（2）禁止修改其中问题标示号和问题描述域。
（3）问题状态改成Closed时，必须确认与其关联的所有修改请求记录均是Closed状态。
问题状态修改后，需要发邮件通知问题的负责部门、QA部门和自己所在部门。
邮件要求如下：
主题：
[问题跟踪系统]SR00002wasclosed
内容：
该问题记录前六项
SR00002
信雅达科技公司开发流程整改
NewFeature
NA
支付终端产品部
NA
3.4修改请求的提交
当问题分配到指定人员后，该负责人必须先提交修改请求，才能开始修改文档或代码。
一个问题记录可以对应多个修改请求记录。
登录Vss服务器的修改请求提交系统目录，将修改请求提交记录表CheckOut到本地，在表格中添加修改请求记录后，将修改请求记录表CheckIn回Vss服务器。
注意：
（1）如果修改请求记录表正在CheckOut状态，表明其他人正在提交或修改该记录，用户必须等待其他人完成CheckIn操作之后，才能CheckOut修改请求记录表。
（2）禁止修改文件格式和删除已有记录。
修改请求提交后，需要发邮件通知问题的负责部门、QA部门和问题提交人。
邮件要求如下：
主题：
[问题跟踪系统]CR00002wasraised
内容：
该修改请求记录前六项
CR00002
SR00002
信雅达科技公司开发流程整改：
问题跟踪系统使用文档
Document
NA
支付终端产品部
修改请求记录表各个域的说明如下：
（1）修改请求标识号
修改请求标识号必须符合以下格式：
CR00002
其中CR是ChangeRequest的缩写
其中00002修改请求记录的序列号，序列号的长度为5位数字，所以该系统最多只能支持99999个修改请求记录。
（2）问题标示号
修改请求对应的问题提交记录。
（3）修改请求描述
对于修改请求的简要描述，建议保持与问题描述一致。
（4）类型
Software:
表示修改的内容是软件
Document:
表示修改的内容是文档
Hardware:
表示修改的内容是硬件原理图、PCB或者外观设计
（5）产品
当前公司维护和开发中的产品。
（6）部门
问题的解决部门。
（7）问题版本
这里是指出现该问题软件、硬件或文档版本。
（8）解决版本
这里是指即将发布的软件、硬件或文档版本，此次修改将跟此版本一起发布。
（9）提交时间
修改请求提交的日期
（10）关闭时间
修改请求关闭的日期
（11）负责人
问题的解决人员。
（12）状态
Open:
修改进行中。
Performed:
修改已结束并通过评审，但未提交至编译主分支。
Closed:
修改通过评审并提交至编译主分支。
3.5修改请求的查看
完成该文档培训的所有人均可以从问题跟踪系统下载修改请求提交记录表进行查询。
点击GetLatestVersion按键即可下载最新的修改请求记录表。
3.6修改请求的状态更新
只有问题负责人有权利更新对应得修改请求记录。
登录Vss服务器的修改请求提交系统目录，将修改请求提交记录表CheckOut到本地，在表格中更新修改请求记录后，将修改请求记录表CheckIn回Vss服务器。
注意：
（1）如果修改请求记录表正在CheckOut状态，表明其他人正在提交或修改该记录，用户必须等待其他人完成CheckIn操作之后，才能CheckOut修改请求记录表。
（2）禁止修改文件格式和删除已有记录。
（3）禁止修改其中修改请求标示号、问题标示号和修改请求描述域。
（4）将状态修改为Closed前，必须确认对应的评审请求记录是Closed状态。
修改请求状态更新后，需要发邮件通知问题的负责部门、QA部门和问题提交人。
邮件要求如下：
主题：
[问题跟踪系统]CR00002wasclosed
内容：
该修改请求记录前六项
CR00002
SR00002
信雅达科技公司开发流程整改：
问题跟踪系统使用文档
Document
NA
支付终端产品部
3.7评审请求的提交
问题负责人完成代码、文档或硬件修改后，必须先提交评审请求，才能开始对修改的内容进行评审。
登录Vss服务器的评审请求提交系统目录，将评审请求提交记录表CheckOut到本地，在表格中添加评审请求记录后，将评审请求记录表CheckIn回Vss服务器。
注意：
（1）如果评审请求记录表正在CheckOut状态，表明其他人正在提交或修改该记录，用户必须等待其他人完成CheckIn操作之后，才能CheckOut评审请求记录表。
（2）禁止修改文件格式和删除已有记录。
评审请求提交后，需要发邮件通知问题的负责部门、QA部门和评审参加人员。
邮件要求如下：
主题：
[问题跟踪系统]IR00002wasraised
内容：
该评审请求记录前六项
IR00002
CR00002
问题跟踪系统使用文档评审
Document
问题跟踪系统的使用规范_V0.1
文档开发管理系统/问题跟踪系统/评审记录系统/Document_Review_For_CR00002
评审请求记录表各个域的说明如下：
（1）评审请求标识号
修改请求标识号必须符合以下格式：
IR00002
其中IR是InspectionRequest的缩写
其中00002是评审请求记录的序列号，序列号的长度为5位数字，所以该系统最多只能支持99999个评审请求记录。
（2）修改请求标示号
评审请求对应的修改请求记录。
（3）评审请求描述
对于修改请求的简要描述。
（4）类型
Software:
表示评审的内容是软件
Document:
表示评审的内容是文档
Hardware:
表示评审的内容是硬件原理图、PCB或者外观设计
（5）评审内容
评审内容应该是负责人修改的部分。
如果修改的是文档，则需要提供修改前的文档和修改中的文档所在的文件服务器地址或链接，格式如下：
Old:
//172.16.17.116/Sunyard/Docs/开发流程/Release/问题跟踪系统的使用规范_V0.1.doc
New:
//172.16.17.116/Sunyard/Docs/开发流程/Developing/问题跟踪系统的使用规范_V0.2.doc
如果修改的软件，则需要提供修改前的代码和修改后的代码所在SVNServer上的链接，格式如下：
Old:
https:
//172.16.17.118/repos/A180K/branches/CR00002_SUNYARD_GAOYU@Version1
New:
https:
//172.16.17.118/repos/A180K/branches/CR00002_SUNYARD_GAOYU@Version2
（6）评审意见
这里需要指定评审表所在文件服务器地址，例如：
//172.16.17.116/Sunyard/Docs/Review/Document_Review_For_CR00002.xls
评审表的命名规则如下：
Document_Reiview_For_CR00002:
文档评审
Code_Review_For_CR00002_SUNYARD_GAOYU:
代码评审必须指定开发分支的名字
Hardware_Review_For_CR00002:
原理图、PCB或结构设计评审
（7）提交时间
修改请求提交的日期
（8）关闭时间
修改请求关闭的日期
（9）评审人员
需要邀请的评审人员，人数不得少于4人。
评审人员的角色定义：
Author:
代码或文档修改人
Moderator:
评审会议负责人
Recorder:
评审会议纪要员
Inspector:
评审人员
一个人可以担负多个角色例如：
Author:
甄子丹
Moderator/Recorder/Inspector:
成龙
Inspector:
李连杰
Inspector:
吴京
（8）状态
Open:
评审进行中。
Closed:
评审已通过。
3.8评审请求的查看
完成该文档培训的所有人均可以从问题跟踪系统下载修改评审提交记录表进行查询。
点击GetLatestVersion按键即可下载最新的评审请求记录表。
3.9评审请求的状态更新
只有评审的Moderator才有权利更新对应得评审请求记录。
登录Vss服务器的评审请求提交系统目录，将评审请求提交记录表CheckOut到本地，在表格中修改评审请求记录后，将评审请求记录表CheckIn回Vss服务器。
注意：
（1）如果评审请求记录表正在CheckOut状态，表明其他人正在提交或修改该记录，用户必须等待其他人完成CheckIn操作之后，才能CheckOut评审请求记录表。
（2）禁止修改文件格式和删除已有记录。
（3）将状态更新为Closed前，必须确认所有的评审意见均已修复。
评审请求修改结束后，需要发邮件通知问题的负责部门、QA部门和评审参加人员。
邮件要求如下：
主题：
[问题跟踪系统]IR00002wasclosed
内容：
该评审请求记录前六项
IR00002
CR00002
问题跟踪系统使用文档评审
Document
问题跟踪系统的使用规范_V0.1
//172.16.17.75/评审记录系统/Document_Review_For_CR00002
升级会员 