项目经理操作工具模板(编辑修改稿)

项目经理操作工具模板(编辑修改稿)内容摘要：

同数据类型的比较吗。 变量值问题 （１）变量的初始化或缺省值有错误吗。 （２）变量发生上溢或下溢吗。 （３）变量的精度不够吗。 逻辑判断问题 （１）由于精度原因导致比较无效吗。 （２）表达式中的优先级有误吗。 （３）逻辑判断结果颠倒吗。 循环问题 （１）循环终止条件不正确吗。 （２）无法正常终止（死循环）吗。 （３）错误地修改循环变量吗。 （４）存在误差累积吗。 内存问题 （１）内存没有被正确地初始化却被使 用吗。 （２）内存被释放后却继续被使用吗。 （３）内存泄漏吗。 （４）内存越界吗。 （５）出现野指针吗。 文件 I/O 问题 （１）对不存在的或者错误的文件进行操作吗。 （２）文件以不正确的方式打开吗。 （３）文件结束判断不正确吗。 （４）没有正确地关闭文件吗。 错误处理问题 （１）忘记进行错误处理吗。 （２）错误处理程序块一直没有机会被运行。 （３）错误处理程序块本身就有毛病吗。 如报告的错误与实际错误不一致，处理方式不正确等等。 （４）错误处理程序块是“马后炮”吗。 如在被它被调用之前软件已经出错。 „ 2. 功能测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 功能测试用例 功能 A 描述 用例目的 前提条件 输入 /动作 期望的输出 /相应 实际情况 示例：典型值„ 示例：边界值„ 示例：异常值„ 功能 B 描述 用例目的 前提条件 输入 /动作 期望的输出 /相应 实际情况 „„ 3. 健壮性测试用例 被测试对象的介绍 测 试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 容错能力 /恢复能力测试用例 异常输入 /动作 容错能力 /恢复能力 造成的危害、损失 示例：错误的数据类型„ 示例：定义域外的值„ 示例：错误的操作顺序„ 示例：异常中断通信„ 示例：异常关闭某个功能„ 示例：负荷超出了极限„ 4. 性能测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 性能测试用例 性能 A 描述 用例目的 前提条件 输入数据 期望的性能（平均值） 实际性能（平均值） 性能 B 描述 用例目的 前提条件 输入数据 期望的性能（平均值） 实际性能（平均值） „„ 5. 图形用户界面测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 测试人员分类 类别 特征 A 类 B 类 „„ 用户界面测试的检查表 检查项 测试人员的类别及其评价 窗口切换、移动、改变大小时正常吗。 各种界面元素的文字正确吗。 （如标题、提示等） 各种界面元素的状态正确吗。 （如有效、无效、选中等状态） 各种界面元素支持键盘操作吗。 各种界面元素支持鼠标操作吗。 对话框中的缺省焦点正确吗。 数据项能正确回显吗。 对于常用的功能，用户能否不必阅读手册就能使用。 执行有风险的操作时，有“确认”、“放弃”等提示吗。 操作顺序合理吗。 有联机帮助吗。 各种界面元素的布局合理吗。 美观吗。 各种界面元素的颜色协调吗。 各种界面元素的形状美观吗。 字体美观吗。 图标直观吗。 „ 6. 信息安全性测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 信息安全性测试用例 假想目标 A 前提条件 非法入侵手段 是否实现目标 代价－利益分析 „„ 假想目标 B 前提条件 非法入侵手段 是否实现目标 代价－利益分析 „„ 7. 压力测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 压力测试用例 极限名称 A 例如“最大并发用户数量” 前提条件 输入 /动作 输出 /响应 是否能正常运行 例如 10 个用户并发操作 例如 20 个用户并发操作 „ 极限名称 B 前提条件 输入 /动作 输出 /响应 是否能正常运行 „ 8. 可靠性测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 可靠性测试用例 任务 A 描述 连续运行时间 故障发生的时刻 故障描述 „„ 统计分析 任务 A 无故障运行的平均时间间隔 （ CPU 小时） 任务 A 无故障运行的最小时间间隔 （ CPU 小时） 任务 A 无故障运行的最大时间间隔 （ CPU 小时） 任务 B 描述 连续运行时间 故障发生的时刻 故障描述 „„ 统计分析 任务 B 无故障运行的平均时间间隔 （ CPU 小时） 任务 B 无故障运行的最小时间间隔 （ CPU 小时） 任务 B 无故障运行的最大时间间隔 （ CPU 小时） 9. 安装 /反安装测试用例 被测试对象的介绍 测试范围与目的 测试环境与测试辅助工具的描述 测试驱动程序的设计 安装 /反安装测试用例 配置说明 安装选项 描述是否正常 使用难易程度 全部 部分 升级 其它 反安装选项 描述是否正常 使用难易程度 附录：评审意见 提示：测试组长邀请开发人员和同行专家，对《系统测试用例》进行技术评审，参见 [SPPPROCTR]。 产品维护报告 产品（项目）名称 产品维护报告 日期 维护项 如何处理 维护人员 分析、总结 维护人员归纳分析各种维护要求，总结一些有价值的建 议，向有关领导汇报。 产品维护计划 产品（项目）名称 产品维护计划 1. 维护范围 2. 任务安排 维护人员 任务描述 时间 3. 费用预算 款项 用途 金额 本计划的审批意见 上级领导审批意见： 签 字 日期 产品需求规格说明书 { 项目名称 } 产品需求规格说明书 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： CompanyProjectRDPRS 当前版本： 作者： 完成日期： YearMonthDay 版 本 历 史 版本 /状态 作者 参与者 起止日期 备注 目 录 0. 文档介绍 文档目的 文 档范围 读者对象 参考文档 术语与缩写解释 1. 产品介绍 2. 产品面向的用户群体 3. 产品应当遵循的标准或规范 4. 产品范围 5. 产品中的角色 6. 产品的功能性需求 功能性需求分类 Feature M Function 7. 产品的非功能性需求 用户界面需求 软硬件环境需求 产品质量需求 其它需求 附录 A：需求建模与分析报告 需求模型 1 需求模型 N 附录 B：需求确认 0. 文档介绍 文档目的 文档范围 读者对象 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符 ] 作者，文献名称，出版单位（或归属单位），日期 例如： [SPPPROCPP] SEPG，需求开发规范，机构名称，日期 术语与缩写解释 缩写、术语 解 释 SPP 精简并行过程， Simplified Parallel Process RD 需求开发 Require Development „ 1. 产品介绍 提示： （ 1）说明产品是什么，什么用途。 （ 2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （ 1）描述本产品面向的用户（客户、最终用户）的特征， （ 2）说明本产品将给他们带来什么好处。 他们选择本产品的可能性有多大。 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（ Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 4. 产品范围 提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。 说清楚产品范围的好处是：（ 1）有助于判断什么是需求，什么不是需求；（ 2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（ 3）有助于控制需求的变更。 5. 产品中的角色 提示：阐述本产品的各种角色及其职责。 各种角色的具体行为将在功能性需求中描述。 角色名称 职责描述 6. 产品的功能性需求 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function 等符号应当被替换成有含义的 名称。 功能类别 功能名称、标识符 描述 Feature A Function „ Feature B Function „ Feature C Function „ Feature M 提示：此处写一些承上启下的文字。 Function 名称、标识符 功能描述 优先级 输入 操作序列 输出 补充说明 7. 产品的非功能性需求 用户界面需求 需求名称 详细 要求 „ 软硬件环境需求 需求名称 详细要求 „ 产品质量需求 主要质量属性 详细要求 正确性 健壮性 可靠性 性能，效率 易用性 清晰性 安全性 可扩展性 兼容性 可移植性 „ 其它需求 附录 A：需求建模与分析报告 建议用 Rational Rose 对产品需求进行建模与分析。 需求模型 1 需求模型 N 附录 B：需求确认 提示：需求确认规程请 参见 SPPPROCRM，主要分两步：（ 1）需求评审，（ 2）需求承诺。 对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见 SPPPROCTR。 在获取责任人（ Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。 需求评审报告摘要。