UML软件工程组织

1. 目的

测试系统用来记录软件测试中发现的测试问题，并支持测试问题的跟踪解决过程。

2. 功能

2.1 角色

角色	工作职责	备注
测试问题提出人	提出软件的测试问题	测试问题提出人主要是测试人员
测试问题分配人	对测试问题进行分配	测试问题分配人通常是模块负责人，也可以是项目经理
测试问题修复人	对测试问题进行修复	测试问题修复人是软件的开发人员
测试问题验证人	对修复后的测试问题进行验证	测试问题验证人通常是测试问题提出人，但其他测试人员也可以作为测试问题验证人

2.2 工作流程

① 测试问题提出人提出软件的测试问题。

② 测试问题分配人分析测试问题：

n 如果认为该问题需要进行修复，则分配给相关人员进行修复。如果测试问题分配人同时也是测试问题修复人，则可直接进入第3步；

n如果认为该问题描述不清楚或是操作失误引起的，则指出该测试问题不是有效问题；

n 如果认为该问题已经提出过，则指出该测试问题重复。

③ 测试问题修复人得到分配的测试问题：

n 如果接受该测试问题，则开始修复；

n 如果认为该问题描述不清楚或是操作失误引起的，则指出该测试问题不是有效问题；

n 如果认为该问题已经提出过，则指出该测试问题重复。

④ 测试问题修复人在修复过程中：

n 如果正常修复完成测试问题，则指出修复完成；

n 如果由于各种原因不能够修复该测试问题，则指出不能修复。

⑤ 测试问题验证人验证修复完的测试问题：

n 如果认为该问题已经正确修复了，则进行关闭；

n 如果认为该问题还没有正确修复，则指出验证未通过。

⑥ 对于不能修复的测试问题，项目经理经过分析：

n 如果认为该问题可以进行修复，则继续分配给相关人员进行修复；

n 如果认为该问题暂时无法修复，则指出问题遗留。

⑦ 对于进行过程中的测试问题，测试问题分配人可以重新分配该问题给其他人员。

2.3 状态图

3. 数据项

3.1 测试问题

描述测试问题的详细信息。

数据项名称	类型	说明
标题	字符串	测试问题的标题
产品	字符串	产品名称
模块	字符串	模块名称
提交人	字符串	需求问题的提交人
提交时间	日期	需求问题的提交时间
Bug级别	字符串	表示该问题的Bug级别，以下值之一： Severity 1：引起死机和系统异常退出； Severity 2：影响系统运行/测试无法正常进行计算数据错误； Severity 3：有系统报错信息出现，但不影响系统正常运行； Severity 4：不影响系统运行，属建议修改类问题
问题类型	字符串	表示该测试问题的类型，以下值之一： 1－数据错误 2－接口错误 3－界面帮助 4－数据破坏 5－无法使用 6－环境错误 7－安装错误 8－打印错误 9－效率问题 10－加密病毒 11－其他错误
问题描述	多行字符串	描述该问题的详细信息
附件	附件列表	描述该问题时附加的文件
指定处理人	字符串	该测试问题的处理人，缺省为该测试问题所在模块的负责人
解决方案	多行字符串	描述修复该测试问题时的解决方案
完成情况	多行字符串	描述修复完成该测试问题时的完成情况
工作量	整数	修复测试问题所花费的工作量
完成时间	日期	修复完成该测试问题时的日期
关闭时间	日期	关闭该测试问题时的日期
意见	多行字符串	当前的对测试问题的意见，可以用来描述对测试问题的验证情况以及其他说明信息
意见记录	多行字符串	记录所有的对测试问题的意见

原创：UML软件工程组织