软件问题报告

1 登记号
　　由软件配置管理部门为该报告规定一个唯一的、顺序的编号。
2 登记日期
　　软件配置管理部门登记该报告的日期。
3 问题发现日期
　　发现该问题的日期和时间。
4 活动
　　在哪个阶段发现的问题，分为单元测试、组装测试、确认测试和运行维护。
5 状态
　　在软件配置记录中维护的动态指示，状态表示有：正在复查"软件问题报告"，以确定将采取什么行动；"软件问题报告"已由指定的人去进行处理；修改已完成，并经过测试，正准备交给主程序库；主程序库已经更新，主程序库修改的重新测试沿未完成；做了重新测试，问题再现；做了重新测试，所做的修改无故障，"软件问题报告"被关闭；留待以后关闭。
6 报告人
　　填写"软件问题报告"人员的姓名、地址、电话。
7 问题属于什么方面
　　区分是程序的问题，还是模块的问题，或是数据库的问题，文件的问题。也可能是它们的某种组合。
8 模块/子系统
　　出现的模块名。如果不知是哪个模块，可标出子系统名，尽量给出细节。
9 修订版本号
　　出现问题的模块版本。
10 磁带
　　包含有问题的模块的主程序库的磁带的标识符。
11 数据库
　　当发现问题时所使用数据库的标识符。
12 文件号
　　有错误的文件的编号。
13 测试用例
　　发现错误时所使用测试用例的标识符。
14 硬件
　　发现错误时所使用的计算机系统的标识。
15 问题描述/影响
　　问题症兆的详细描述。如果可能，则写明实际问题所在。也要给出该问题对将来测试、接口软件和文件等的影响。
16 附注
　　记载补充信息。

软件修改报告

1 登记号
　　由软件配置管理部门为该报告规定的编号。
2 登记日期
　　软件配置管理部门登记"软件修改报告"的日期。
3 时间
　　准备好"软件修改报告"的日期。
4 报告人
　　填写该报告的作者。
5 子系统名
　　受修改影响的子系统名。
6 模块名
　　被修改的模块名。
7 "软件问题报告"的编号
　　被"软件修改报告"处理或部分处理的"软件问题报告"的编号。如果某"软件问题报告"的问题只是部分被处理，则在编号后附以p，如1234p。
8 修改
　　包括程序修改、文件更新、数据库修改或它们的组合。
9 修改描述
　　修改的详细描述。如果是文件更新或数据库修改，还要列出文件更新通知或数据库修改申请的标识符。
10 批准人
　　批准人签字，正式批准进行修改。
11 语句类型
　　程序修改中涉及到的语句类型，包括：输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类（如数据传送、存取语句类）。
12 程序名
　　被修改的程序、文件或数据库的名字。
13 老修订版
　　当前的版本/修订本标识。
14 新修订版
　　修改后的版本/修订本标识。
15 数据库
　　如果申请数据库修改，则给出数据库的标识符。
16 数据库修改报告
　　数据库修改申请号。
17 文件
　　如果要求对文件进行修改，则给出文件的名字。
18 文件更新
　　文件更新通知单的编号。
19 修改是否已测试
　　指出已对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等，并注明测试成功与否。
20 "软件问题报告"是否给出问题的准确描述
　　回答'是'或'否'。
21 问题注释
　　准确地叙述要维护的问题。
22 问题源
　　指明问题来自于哪里，如软件需求说明书、设计说明书、数据库、源程序等。