Use-Case Reports雷友兵Bug Management System Use-Case Reports
Bug Management System
Use-Case Reports
文件状态:
[√] 草稿
[ ] 正式发布
[ ] 正在修改
项目名称:
Bug Management System
项目编号:
文件标识:
当前版本:
0.1
编 制:
日期:
标 准 化:
日期:
审 核:
日期:
批 准:
日期...
Bug Management System Use-Case Reports
Bug Management System
Use-Case Reports
文件状态:
[√] 草稿
[ ] 正式发布
[ ] 正在修改
项目名称:
Bug Management System
项目编号:
文件标识:
当前版本:
0.1
编 制:
日期:
标 准 化:
日期:
审 核:
日期:
批 准:
日期:
小组成员:雷友兵、鲍如鈺、汤李婷、李枫林、俞波、郑伟、孙庆
Revision History
Version
State
Author
Participator
Table
Description
0.1
草稿
雷友兵
鲍如鈺、汤李婷、李枫林、俞波、郑伟、孙庆
2010-03-28
首次编写
Table of Contents
41
Introduction
42
Flow of Events
42.1
Basic Flow
42.2
Alternative Flows
52.3
Activity
63
Special Requirements
64
Preconditions
65
Postconditions
66
Extension Points
Bug Management System
1 Introduction
本文描述缺陷管理系统中BUG处理流程的用例。
2 Flow of Events
2.1 Basic Flow
1. 测试
师登记BUG信息,可以保存到数据库,相当于草稿状态。
2. 测试工程师确认登记的BUG信息无误后,提交给项目经理。
3. 项目经理接收BUG信息后判断BUG情况,如果认为BUG无须处理或者信息不足,可以回退给测试如工程师重新填写。如是同意BUG,则指定一位责任人(研发工程师)。
4. 回退给测试工程师的BUG信息,测试工程师将根据项目经理的意见进行补充
,然后重新提交。
5. 研发工程师接受到BUG信息后判断BUG情况,如果认为BUG无须处理或者信息不足,可以回退给项目经理。如是同意BUG,则填写BUG处理情况,然后提交给测试工程师进行确认。
6. 回退给项目经理的BUG信息,项目经理将根据研发工程师的意见进行处理,然后重新提交。
7. 测试工程师接受到研发工程师提交的BUG处理情况进行判断,如果确认BUG已处理,则关闭BUG,如果不同意,则回退给研发工程师重新处理。
8. 研发工程师接受测试工程师回退的BUG信息后,根据测试工程师的意见进行相应处理,然后重新提交。
9. 以上活动按流程进行,直至BUG关闭。
2.2 Alternative Flows
1. 测试工程师可以在未提交项目经理之前或者项目经理回退之后废除BUG。
2.3 Activity
3 Special Requirements
1. 系统需要记录流程处理过程中的细节,比如处理人、处理时间等。
4 Preconditions
1. 用户需登录方可进行BUG处理。
5 Postconditions
无。
6 Extension Points
无。
第6页 / 共6页
本文档为【Use-Case Reports雷友兵】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑,
图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。