项目经理操作工具模板——资料包（74个DOC）

《项目经理操作工具模板——资料包（74个DOC）》由会员分享，可在线阅读，更多相关《项目经理操作工具模板——资料包（74个DOC）（178页珍藏版）》请在装配图网上搜索。

1、 Beta 测试协议.doc Beta 测试报告.doc 产品维护报告.doc 产品维护计划.doc 产品需求规格说明书.doc 体系结构设计报告.doc 供应商评估报告.doc 可行性研究报告.doc 培训计划.doc 培训计划1.doc 培训通知.doc 外包开发合同.doc 外包开发竞标邀请书.doc 外包开发过程监控报告.doc 实现与测试计划.doc 客户服务报告.doc 客户服务计划.doc 客户验收报告.doc 客户验收计划.doc 开发进度月报.doc 成果验收报告.doc 承包商评估报告.doc 技术评审报告.doc 技术评审检查表.doc 技术评审计划.doc 技术评审通知

2、.doc 技术预研报告.doc 技术预研计划.doc 操作手册.doc 数据库设计报告.doc 数据库设计说明书.doc 数据要求说明书.doc 文件列表输出.bat 文档的作用和分类.doc 文档目录结构.xls 概要设计说明书.doc 模块开发卷宗.doc 模块设计报告.doc 测试分析报告.doc 测试用例.doc 测试计划.doc 用户手册.doc 用户界面设计报告.doc 用户需求说明书.doc 立项可行性分析报告.doc 立项建议书.doc 立项评审报告.doc 立项调查报告.doc 第N份 质量保证报告.doc 第N份 项目进展报告.doc 系统测试计划.doc 结项申请书.do

3、c 结项评审报告.doc 编程文档.doc 计算机软件产品开发文件编制指南（GB 8567-88）之一.doc 计算机软件产品开发文件编制指南（GB 8567-88）之二.doc 详细设计说明书.doc 质量保证检查表.doc 质量保证计划.doc 质量问题跟踪表.doc 软件需求说明书.doc 配置库管理报告.doc 配置管理计划.doc 配置项变更控制报告.doc 采购合同.doc 采购竞标邀请书.doc 需求变更控制报告.doc 需求跟踪报告.doc 项目估计表.doc 项目偏差控制报告.doc 项目开发总结报告.doc 项目开发计划.doc 项目监控数据表.doc 项目计划变更控制报告

4、.doc 风险检查表.doc 风险管理报告.docBeta 测试报告 1. 基本信息开发方Beta客户待测试的产品Beta测试时间2. 测试报告Beta客户发现的软件缺陷、问题和建议等开发方的解决措施Beta 测试协议 1. 基本信息开发方Beta客户待测试的产品Beta测试时间知识产权声明2. 互利协议开发方给予Beta用户的优惠和承诺Beta用户给予开发方的利益和承诺3. 签字生效开发方负责人签字Beta客户签字编程文档 XXX编程文档1. 模块A 提示：开发人员根据“编程计划”编写软件的代码，并随时记录编程技术、问题与对策、心得体会等等，产生编程文档（类似于编程日记）。程序名称功能描述开

5、发者起止日期记录编程技术、问题与对策、心得体会等等2. 模块B 提示：开发人员根据“编程计划”编写软件的代码，并随时记录编程技术、问题与对策、心得体会等等，产生编程文档（类似于编程日记）。程序名称功能描述开发者起止日期记录编程技术、问题与对策、心得体会等等采购合同 项目名称 采购合同 采购方（甲方）供应商（乙方）合同号日 期目 录 1. 合同介绍 2. 术语、关键词解释 3. 采购物品说明 4. 合同价格和支付方式 5. 交货与交货方式 6. 安装、调试与验收 7. 品质保证与维护 8. 违约与赔偿 9. 保密 10. 不可抗力 11. 合同生效与终止 12. 争议解决 13. 合同确认 附件

6、 1. 合同介绍1.1 甲方（采购方）甲方名称通信地址联系人电话、传真E-Mail1.2 乙方（供应商）乙方名称通信地址联系人电话、传真E-Mail1.3合同目的提示：说明甲方向乙方采购何种物品，经双方协商后确定本采购合同。2. 术语、关键词解释术语、关键词解释物品系指供应商按合同要求，需向采购方提供的一切软件、硬件及相关的技术资料。服务系指根据合同，供应商承担与供货有关的辅助服务，比如运输、保险以及其它的伴随服务，比如安装、调试、提供技术援助、培训等。3. 采购物品说明3.1 采购物品及说明3.2 技术指标和质量要求4. 合同价格和支付方式4.1 本合同总价格为（人民币大写）： 4.2 预付

7、款。甲方于本合同签署之日起，在15 日内，将合同总成交价的 20% ，即人民币（ 元），作为预付款支付给乙方。乙方在收到上述款项后，以传真向甲方确认。如甲方不按上述规定准时支付预付款，则交货期作相应的顺延.4.2 发货款。乙方按合同规定在发货时，将有关运输提单或自提单、商业发票、装箱单和质量证书，以可靠方式寄递给甲方。甲方收到以上单据的次日起 15 日内，将合同总成交价的 40% ，即人民币（ 元），作为发货款支付给乙方。乙方在收到上述款项后,以传真向甲方确认。4.3 验收款。在采购物品通过甲方的验收之后，甲方在 15 日内，将合同总成交价的 40% ，即人民币（ 元），作为验收款支付给乙方。

8、乙方在收到上述款项后，以传真向甲方确认。4.4 甲方和乙方应以书面方式相互通知各方的开户银行、帐户名称、帐号。开户银行、帐户名称、帐号如有变更，变更一方应在合同规定的相关付款期限前二十天内以书面方式通知对方，如未按时通知或通知有误而影响结算者应负逾期付款的责任。5. 交货与交货方式5.1 乙方于本合同签署之日起，在30 日内，将甲方采购的物品全部送达指定地点。交货地点：5.2 乙方应在交货前 7 日内，以电话或传真向甲方提供交货计划（内容包括合同号、设备名称、型号规格、数量、重量和体积的约数、交货时间、地点、运输安排）。甲方应及时作好准备，办妥一切接货手续,在货物到达后四十八小时内提运完毕。5

9、.3 甲方对乙方交付的物品，均应妥善接收并按设备储存的环境条件规定保管。对于因乙方误发、多发或少发的物品，甲方应负责妥善保管，并及时通知乙方查处，由此发生的费用由乙方负担。5.4 本合同所有物品运抵甲方现场后，双方代表共同参加开箱检验。如设备外包装完好无损，但箱内设备发现短缺或损伤，应由乙方负责补足或修理，其相关费用由乙方负担。6. 安装、调试与验收6.1 乙方派遣技术人员按合同规定的日程完成“采购物品”的安装和调试工作，并对甲方人员进行技术指导，保证使“采购物品”达到预定的性能指标。6.2 在安装调试过程中，甲方应提供各种配合条件和所需称职的技术人员和辅助人员，在乙方技术人员的指导下配合乙方

10、进行安装、调试和其他辅助工作。6.3 乙方安装调试完毕后，甲方组织人员对采购物品进行验收测试，将验收测试情况记录在采购物品验收报告中。如果甲方发现采购物品中存在缺陷，双方应当视问题的严重性给出合适的处理措施。（1）如果采购物品存在严重的缺陷，则退回给乙方。乙方应当给出纠正缺陷，双方协商第二次验收的时间。乙方应当赔偿给甲方造成的损失。（2）如果采购物品存在一些轻微的缺陷，则乙方应当给出纠正缺陷的措施，双方协商是否需要第二次验收。6.3 当所有的采购物品都通过甲方的验收后，双方责任人签字认可，采购物品正式交付给甲方。之后，甲方将验收款（见合同条款4.3）支付给乙方。7. 品质保证与维护7.1 乙方

11、保证提供给甲方的“采购物品”是全新的、技术是先进的、质量是良好的、性能是稳定可靠的、数量是完整无缺的。7.2 乙方承诺质量保证期：采购物品通过验收之日起，系统软硬件保修六个月。本保证不包含由于甲方不当的操作或修理造成的后果。7.3 在保修期内，乙方负责对其提供的硬件设备、软件和系统进行维护或维修，不收取任何费用。保修期结束后乙方依然负责对所售设备进行维护或维修，其间产生的材料费用由甲方承担。在设备保修期结束后一旦甲方要求进行升级和改造，乙方保证提供相应的服务，此项费用由甲方承担。7.4 如果采购物品在保修期内出现质量问题，乙方收到甲方维护要求后，在24小时内作出响应；遇有严重技术问题，重大故障

12、，需要现场维护，乙方应在24小时内到达甲方现场（在交通允许的情况下）。8. 违约与赔偿8.1 甲方违约处理：（1）如甲方不按照本合同第四条规定准时支付款项时，应从最迟付款日的次日起，每日向乙方偿付逾期付款部分总值的万分之三的违约金。此项违约金额以逾期付款部分总值的百分之五为限度。（2）如因甲方原因致使设备安装顺延，乙方技术人员由此滞留在安装地点的一切费用，均由甲方负责。8.2 乙方违约处理：如乙方不按照本合同的规定准时交货，乙方应从最迟交货日的次日起，每日向甲方支付延迟交货部分货款的万分之三的违约金。此项违约金额以逾期移交设备部分货款的总值的百分之五为限度。9. 保密9.1 乙方提供给甲方的技

13、术资料、信息、计算机软件、专有技术、设计方案等知识产权及价格条款等商业秘密和技术秘密，甲方应采取保密措施，予以严密保守。9.2 除为了维护操作相关设备而需接触乙方有关技术资料等商业秘密和技术秘密的甲方有关人员外，甲方同意不向其他人员泄露乙方的任何保密信息，也不向任何第三方转让、交换或泄漏乙方提供的上述商业秘密和技术秘密等，或擅自出版以上“技术资料”，如违反本条规定致使乙方遭受损失，甲方应负法律责任，并赔偿由此引起的直接和可能的经济损失。9.3 甲方的保密义务期限为自本合同生效之日起至本合同终止后 年（由双方商定）。10. 不可抗力10.1 不可抗力是指本合同生效后，发生不能预见并且对其发生和后

14、果不能防止或避免的事件，如地震、台风、水灾、火灾、战争等，致使直接影响本合同的履行或不能按约定的条件履行。10.2发生不可抗力的一方应立即通知对方，并在十五天内提供不可抗力的详情及将有关证明文件送交对方。10.3发生不可抗力事件时，甲乙双方应协商以寻找一个合理的解决方法，并尽一切努力减轻不可抗力产生的后果。10.4如不可抗力事件持续三十天时，甲乙双方应友好协商解决本合同是否继续履行或终止的问题。11. 合同生效与终止11.1本合同双方授权代表签字日期，即为本合同的生效日期。如双方签字日期不一致时，以最后签字方的签字日期为合同的生效日期。11.2本合同的“采购物品”最终保证期限届满日期，即为本合

15、同的终止日期。但保密条款、争议解决和双方未了的债权和债务不受合同期满的影响，并且守约方有权提出索赔。12. 争议解决12.1 本合同及其修订本的有效性、履行和与本合同及其修订本效力有关的所有事宜，将受中华人民共和国法律管辖，任何争议仅适用中华人民共和国法律。12.2 甲乙双方因合同的解释或履行发生争议时，首先应争取通过友好协商解决，该协商应在三十天内解决。12.3 如协商不能解决时，合同的任何一方可将争议提交本地仲裁委员会，并按该委员会的仲裁规则进行仲裁。仲裁决定对双方都有约束力。12.4 争议进行仲裁期间，除争议事项外，甲乙双方应继续履行各自本合同中规定的义务和行使权利。13. 合同确认本合

16、同一式_份，甲乙双方各持_份，自合同各方授权代表签字之日起生效。甲方签字签字日期乙方签字签字日期附件采购竞标邀请书 外包项目名称 采购竞标邀请书 1. 基本信息采购招标企业应标对象范围应标期限联系方式2. 采购物品说明 提示：参见“Make-or-Buy决策”产生的文档，阐述需求采购的产品部件的主要功能，细节内容可以放在附录中。3. 约束提示：给出质量要求，时间、费用限制等等。附录提示：有助于阐述或细化采购竞标邀请书的材料均可作为附录操作手册 黎宇 (转载自标准化信息网）1 引言 1.1 编写目的 说明编写这份操作手册的目的，指出预期的读者。12 前景说明： a这份操作手册所描述的软件系统的名

17、称；b该软件项目的任务提出者、开发者、用户（或首批用户）及安装该软件的计算中心。13定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14参考资料 列出有用的参考资料，如： a本项目的经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料，包括所列出的这些文件资料的标题、文件编号、发表日期和出 版单位，说明能够得到这些文件资料的来源。 2软件征述 21软件的结构 结合软件系统所具有的功能包括输入、处理和输出提供该软件的总体结构图表。 22程序表列出本系统内每个程序的标识符、编号和助记名。23文卷表 列出将由本系统引用、建立或更新的

18、每个永久性文卷，说明它们各自的标识符、编号、助记名、存储 媒体和存储要求。 3安装与初始化 一步一步地说明为使用本软件而需要进行的安装与初始化过程，包括程序的存载形式，安装与初始 化过程中的全部操作命令，系统对这些命令的反应与答复，表征安装工作完成的测试实例等。如果有的 话，还应说明安装过程中所需用到的专用软件。 4运行说明所谓一个运行是指提供一个启动控制信息后，直到计算机系统等待另一个启动控制信息时为止的 计算机系统执行的全部过程。41运行表列出每种可能的运行，摘要说明每个运行的目的，指出每个运行各自所执行的程序。 42运行步骤 说明从一个运行转向另一个运行以完成整个系统运行的步骤。 4 3

19、运行1（标识符）说明 把运行1的有关信息，以对操作人员为最方便最有用的形式加以说明。 431运行控制 列出为本运行所需要的运行流向控制的说明。432操作信息给出为操作中心的操作人员和管理人员所需要的信息，如：a 运行目的；b操作要求；c 启动方法 如应请启动（由所遇到的请求信息启动）、预定时间启动、，等；d预计的运行时间和解题时间； 操作命令；f与运行有联系的其他事项。433输入一输出文卷提供被本运行建立、更新或访问的数据文卷的有关信息，如：a 文卷的标识符或标号；b记录媒体； c存留的目录表； d文卷的支配如确定保留或废弃的准则、是否要分配给其他接受者、占用硬设备的优先级以及 保密控制等有关

20、规定。 434输出文段提供本软件输出的每一一个用于提示、说明、或应答的文段（包括菜单）的有关信息，如：a 文段的标识符；b输出媒体（屏幕显示、打印、）；c 文字容量； d分发对象；e 保密要求。 435输出文段的复制对由计算机产生，而后需用其他方法复制的那些文段提供有关信息，如：a 文段的标识符；b复制的技术手段； c 纸张或其他媒体的规格； d装订要求； e 分发对象； f复制份数。436恢复过程说明本运行故障后的恢复过程。44运行2（标识符）说明 用与本手册143条相类似的方式介绍另一个运行的有关信息。5非常规过程 提供有关应急操作或非常规操作的必要信息，如出错处理操作、向后备系统的切换操

21、作以及其他必 须向程序维护人员交待的事项和步骤。6远程操作 如果本软件能够通过远程终端控制运行，则在本章说明通过远程终端运行本软件的操作过程。 测试分析报告 黎宇 （转载自国家计算机标准和文件模板）1引言 11编写目的 说明这份测试分析报告的具体编写目的，指出预期的阅读范围。12背景 说明：a被测试软件系统的名称；b该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境 之间可能存在的差异以及这些差异对测试结果的影响。13定义列出本文件中用到的专问术语的定义和外文首字母组词的原词组。14参考资料 列出要用到的参考资料，如： a本项目的经核准的计划任务书或合同、上级机

22、关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2测试概要用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计 划中预先设计的内容之间的差别，说明作出这种改变的原因。3测试结果及发现31测试1（标识符）把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比 较，陈述其中的各项发现。32测试2（标识符）用类似本报告 L 3 1条的方式给出第 2项及其后各项测试内容的测试结果和发现。4对软件功能的结论

23、 4 1功能1（标识符）411能力简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。412限制说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查 出的缺陷、局限性。42功能2（标识符） 用类似本报告4l的方式给出第2项及其后各项功能的测试结论。 5分析摘要 51能力陈述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实 现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异 对能力的测试所带来的影响。52缺陷和限制陈述经测试证实的软件缺陷和限制，说明每项缺陷

24、和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。53建议对每项缺陷提出改进建议，如：a各项修改可采用的修改方法；b各项修改的紧迫程度；c各项修改预计的工作量；d各项修改的负责人。54评价 说明该项软件的开发是否已达到预定目标，能否交付使用。 6测试资源消耗 总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。 测试计划 黎宇 （转载自国家计算机标准和文件模板）1引言 11编写目的 本测试计划的具体编写目的，指出预期的读者范围。12背景 说明： a 测试计划所从属的软件系统的名称； b该开发项目的历史，列出用户和执行此项目测试的计算中心，说明在开始执行本测试计划

25、之前必须完成的各项工作。13定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。14参考资料 列出要用到的参考资料，如：a本项目的经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2计划 21软件说明 提供一份图表，并逐项说明被测软件的功能、输入和输出等质量指标，作为叙述测试计划的提纲。22测试内容列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的，例如模块功能测试、接口

26、正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。23测试1（标识符）给出这项测试内容的参与单位及被测试的部位。 231进度安排给出对这项测试的进度安排，包括进行测试的日期和工作内容（如熟悉环境。培训、准备输入数据等）。232条件陈述本项测试工作对资源的要求，包括： a设备所用到的设备类型、数量和预定使用时间；b软件列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱动程序、测试监控程序、仿真程序、桩模块等等； c人员列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数。技术水平及有关的预备知识，包括一些特殊要求，如倒班操作和数据键入人员

27、。 233测试资料 列出本项测试所需的资料，如：a有关本项任务的文件；b被测试程序及其所在的媒体；c测试的输入和输出举例；d有关控制此项测试的方法、过程的图表。234测试培训 说明或引用资料说明为被测软件的使用提供培训的计划。规定培训的内容、受训的人员及从事培训的工作人员。24测试2（标识符）用与本测试计划23条相类似的方式说明用于另一项及其后各项测试内容的测试工作计划。3测试设计说明 31测试1（标识符）说明对第一项测试内容的测试设计考虑。311控制 说明本测试的控制方式，如输入是人工、半自动或自动引入、控制操作的顺序以及结果的记录方法。 312输入 说明本项测试中所使用的输入数据及选择这些

28、输入数据的策略。 313输出 说明预期的输出数据，如测试结果及可能产生的中间结果或运行信息。314过程 说明完成此项测试的一个个步骤和控制命令，包括测试的准备、初始化、中间步聚和运行结束方式。 32测试2（标识符）用与本测试计划K3l条相类似的方式说明第2项及其后各项测试工作的设计考虑。4评价准则 41范围 说明所选择的测试用例能够接查的范围及其局限性。42数据整理陈述为了把测试数据加工成便于评价的适当形式，使得测试结果可以同，已知结果进行比较而要用到的转换处理技术，如手工方式或自动方式；如果是用自动方式整理数据，还要说明为进行处理而要用到的硬件、软件资源。43尺度说明用来判断测试工作是否能通

29、过的评价尺度，如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。测试用例 项目名称 测试用例标题 文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-IT-PLAN当前版本：X.Y作者：完成日期：Year-Month-Day版 本 历 史 版本/状态作者参与者起止日期备注 目 录 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 0.5 术语与缩写解释 1. 接口路径测试用例 1.1 被测试对象（单元）的介绍 1.2 测试范围与目的 1.3 测试环境与测试辅助工具的描述 1.4 测试驱动程

30、序的设计 1.5 接口测试用例 1.6 路径测试的检查表 2. 功能测试用例 2.1 被测试对象的介绍 2.2 测试范围与目的 2.3 测试环境与测试辅助工具的描述 2.4 测试驱动程序的设计 2.5 功能测试用例 3. 健壮性测试用例 3.1 被测试对象的介绍 3.2 测试范围与目的 3.3 测试环境与测试辅助工具的描述 3.4 测试驱动程序的设计 3.5 容错能力/恢复能力测试用例 4. 性能测试用例 4.1 被测试对象的介绍 4.2 测试范围与目的 4.3 测试环境与测试辅助工具的描述 4.4 测试驱动程序的设计 4.5 性能测试用例 5. 图形用户界面测试用例 5.1 被测试对象的介绍

31、 5.2 测试范围与目的 5.3 测试环境与测试辅助工具的描述 5.4 测试驱动程序的设计 5.5 测试人员分类 5.6 用户界面测试的检查表 6. 信息安全性测试用例 6.1 被测试对象的介绍 6.2 测试范围与目的 6.3 测试环境与测试辅助工具的描述 6.4 测试驱动程序的设计 6.5 信息安全性测试用例 7. 压力测试用例 7.1 被测试对象的介绍 7.2 测试范围与目的 7.3 测试环境与测试辅助工具的描述 7.4 测试驱动程序的设计 7.5 压力测试用例 8. 可靠性测试用例 8.1 被测试对象的介绍 8.2 测试范围与目的 8.3 测试环境与测试辅助工具的描述 8.4 测试驱动程

32、序的设计 8.5 可靠性测试用例 9. 安装/反安装测试用例 9.1 被测试对象的介绍 9.2 测试范围与目的 9.3 测试环境与测试辅助工具的描述 9.4 测试驱动程序的设计 9.5 安装/反安装测试用例 附录：评审意见 0. 文档介绍 提示：请用户根据项目的实际测试状况，裁剪本测试用例模板。0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文献提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日期例如：AAA 作者，立项建议书，机构名称，日期SPP-PROC-ST SEPG，系统测试规范，机构名称，日期0.5 术语与缩

33、写解释缩写、术语解 释SPP精简并行过程，Simplified Parallel Process1. 接口路径测试用例 1.1 被测试对象（单元）的介绍1.2 测试范围与目的1.3 测试环境与测试辅助工具的描述1.4 测试驱动程序的设计1.5 接口测试用例接口A的函数原型输入/动作期望的输出/相应实际情况典型值边界值异常值接口B的函数原型输入/动作期望的输出/相应实际情况典型值边界值异常值1.6 路径测试的检查表检查项结论数据类型问题（）变量的数据类型有错误吗？（）存在不同数据类型的赋值吗？（）存在不同数据类型的比较吗？变量值问题（）变量的初始化或缺省值有错误吗？（）变量发生上溢或下溢吗？（）

34、变量的精度不够吗？ 逻辑判断问题（）由于精度原因导致比较无效吗？（）表达式中的优先级有误吗？（）逻辑判断结果颠倒吗？循环问题（）循环终止条件不正确吗？（）无法正常终止（死循环）吗？（）错误地修改循环变量吗？（）存在误差累积吗？内存问题（）内存没有被正确地初始化却被使用吗？（）内存被释放后却继续被使用吗？（）内存泄漏吗？（）内存越界吗？（）出现野指针吗？文件I/O问题（）对不存在的或者错误的文件进行操作吗？（）文件以不正确的方式打开吗？（）文件结束判断不正确吗？（）没有正确地关闭文件吗？错误处理问题（）忘记进行错误处理吗？（）错误处理程序块一直没有机会被运行？（）错误处理程序块本身就有毛病吗？如

35、报告的错误与实际错误不一致，处理方式不正确等等。（）错误处理程序块是“马后炮”吗？如在被它被调用之前软件已经出错。2. 功能测试用例 2.1 被测试对象的介绍2.2 测试范围与目的2.3 测试环境与测试辅助工具的描述2.4 测试驱动程序的设计2.5 功能测试用例功能A描述用例目的前提条件输入/动作期望的输出/相应实际情况示例：典型值示例：边界值示例：异常值功能B描述用例目的前提条件输入/动作期望的输出/相应实际情况3. 健壮性测试用例 3.1 被测试对象的介绍3.2 测试范围与目的3.3 测试环境与测试辅助工具的描述3.4 测试驱动程序的设计3.5 容错能力/恢复能力测试用例异常输入/动作容错

36、能力/恢复能力造成的危害、损失示例：错误的数据类型示例：定义域外的值示例：错误的操作顺序示例：异常中断通信示例：异常关闭某个功能示例：负荷超出了极限4. 性能测试用例 4.1 被测试对象的介绍4.2 测试范围与目的4.3 测试环境与测试辅助工具的描述4.4 测试驱动程序的设计4.5 性能测试用例性能A描述用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）性能B描述用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）5. 图形用户界面测试用例 5.1 被测试对象的介绍5.2 测试范围与目的5.3 测试环境与测试辅助工具的描述5.4 测试驱动程序的设计5.5 测试人员分类类别

37、特征A类B类5.6 用户界面测试的检查表检查项测试人员的类别及其评价窗口切换、移动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？对于常用的功能，用户能否不必阅读手册就能使用？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作顺序合理吗？有联机帮助吗？各种界面元素的布局合理吗？美观吗？各种界面元素的颜色协调吗？各种界面元素的形状美观吗？字体美观吗？图标直观吗？6. 信息安全性测试用例 6.1 被测试对象的介绍6.2 测试

38、范围与目的6.3 测试环境与测试辅助工具的描述6.4 测试驱动程序的设计6.5 信息安全性测试用例假想目标A前提条件非法入侵手段是否实现目标代价利益分析假想目标B前提条件非法入侵手段是否实现目标代价利益分析7. 压力测试用例 7.1 被测试对象的介绍7.2 测试范围与目的7.3 测试环境与测试辅助工具的描述7.4 测试驱动程序的设计7.5 压力测试用例极限名称A例如“最大并发用户数量”前提条件输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作极限名称B前提条件输入/动作输出/响应是否能正常运行8. 可靠性测试用例 8.1 被测试对象的介绍8.2 测试范围与目的8.3

39、 测试环境与测试辅助工具的描述8.4 测试驱动程序的设计8.5 可靠性测试用例任务A描述连续运行时间故障发生的时刻故障描述统计分析任务A无故障运行的平均时间间隔（CPU小时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）任务B描述连续运行时间故障发生的时刻故障描述统计分析任务B无故障运行的平均时间间隔（CPU小时）任务B无故障运行的最小时间间隔（CPU小时）任务B无故障运行的最大时间间隔（CPU小时）9. 安装/反安装测试用例 9.1 被测试对象的介绍9.2 测试范围与目的9.3 测试环境与测试辅助工具的描述9.4 测试驱动程序的设计9.5 安装/反安

40、装测试用例配置说明安装选项描述是否正常使用难易程度全部部分升级其它反安装选项描述是否正常使用难易程度附录：评审意见 提示：测试组长邀请开发人员和同行专家，对系统测试用例进行技术评审，参见 SPP-PROC-TR。产品维护报告 产品（项目）名称产品维护报告 日期维护项如何处理维护人员分析、总结维护人员归纳分析各种维护要求，总结一些有价值的建议，向有关领导汇报。产品维护计划 产品（项目）名称 产品维护计划 1. 维护范围 2. 任务安排维护人员任务描述时间3. 费用预算款项用途金额本计划的审批意见上级领导审批意见：签字日期产品需求规格说明书 项目名称 产品需求规格说明书 文件状态： 草稿 正式发布

41、 正在修改文件标识：Company-Project-RD-PRS当前版本：X.Y作者：完成日期：Year-Month-Day版 本 历 史 版本/状态作者参与者起止日期备注 目 录 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 0.5 术语与缩写解释 1. 产品介绍 2. 产品面向的用户群体 3. 产品应当遵循的标准或规范 4. 产品范围 5. 产品中的角色 6. 产品的功能性需求 6.0 功能性需求分类 6.m Feature M 6.m.n Function M.N 7. 产品的非功能性需求 7.1 用户界面需求 7.2 软硬件环境需求 7.3 产

42、品质量需求 7.n 其它需求 附录A：需求建模与分析报告 A.1 需求模型1 A.n 需求模型N 附录B：需求确认 0. 文档介绍0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文档提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：标识符 作者，文献名称，出版单位（或归属单位），日期例如：SPP-PROC-PP SEPG，需求开发规范，机构名称，日期0.5 术语与缩写解释缩写、术语解 释SPP精简并行过程，Simplified Parallel ProcessRD需求开发 Require Development1. 产品介绍 提示：（1）说明产品是什么，什么用途。（2

43、）介绍产品的开发背景。2. 产品面向的用户群体提示：（1）描述本产品面向的用户（客户、最终用户）的特征，（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？3. 产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。4. 产品范围提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。5

44、. 产品中的角色提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。角色名称职责描述6. 产品的功能性需求 6.0 功能性需求分类提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。功能类别功能名称、标识符描述Feature AFunction A.1Feature BFunction B.1Feature CFunction C.16.m Feature M 提示：此处写一些承上启下的文字。6.m.n Function M.N名称、标识符功能描述优先级输入操作序列输出补充说明7. 产品的非功能性需求

45、7.1 用户界面需求需求名称详细要求7.2 软硬件环境需求 需求名称详细要求7.3 产品质量需求主要质量属性详细要求正确性健壮性可靠性性能，效率易用性清晰性安全性可扩展性兼容性可移植性7.n 其它需求 附录A：需求建模与分析报告建议用Rational Rose对产品需求进行建模与分析。A.1 需求模型1A.n 需求模型N附录B：需求确认提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该产品需

46、求规格说明书必须先通过需求评审。 需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，需求评审报告输入名称，标识符，评审日期，评审结论 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格，需要作少量的修改，之后通过审核即可。 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。评审意见评审小组成员输入评审小组成员需求承诺需求文档输入名称，标识符，版本，作者，完成日期客户承诺承诺签字，日期项目经理承诺承诺签字，日期成果验收报告 外包项目名称 成果验收报告 文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-OPM-PM-AC

47、CEPTANCE当前版本：X.Y作者：完成日期：Year-Month-Day版 本 历 史 版本/状态作者参与者起止日期备注 目 录 1. 基本信息 2. 采购物品审查报告 3. 采购物品验收测试报告 4. 问题处理 5. 交付签字 1. 基本信息采购物品名称验收方（甲方）供应方（乙方）合同甲方验收人员角色职责乙方协助人员角色职责2. 采购物品审查报告应交付的物品（名称、版本）甲方验收人员乙方协助人员时间地点审查结论3. 采购物品验收测试报告验收测试范围验收测试方法验收测试环境测试辅助工具测试用例名称 / ID测试人员，时间测试结果4. 问题处理提示：如果甲方发现采购物品中存在缺陷，双方应当视

48、问题的严重性给出合适的处理措施。（1）如果采购物品存在严重的缺陷，则退回给乙方。乙方应当给出纠正缺陷，双方协商第二次验收的时间。乙方应当赔偿给甲方造成的损失。（2）如果采购物品存在一些轻微的缺陷，则乙方应当给出纠正缺陷的措施，双方协商是否需要第二次验收。问题处理措施甲方负责人签字乙方负责人签字5. 交付签字提示：（1）所有采购物品都通过了审查和测试后，乙方将其交付给甲方。（2）双方的责任人签字认可。交付签字甲方负责人签字乙方负责人签字承包商评估报告 外包项目名称 承包商评估报告 文件状态： 草稿 正式发布 正在修改文件标识：Company-Project-OPM-OM-EVALUATE当前版本

49、：X.Y作者：完成日期：Year-Month-Day版 本 历 史 版本/状态作者参与者起止日期备注 目 录 1. 外包产品部件介绍 2. 候选承包商介绍 3. 对候选承包商A的评估 4. 对候选承包商B的评估 5. 综合竞争力排名与风险分析 6. 结论 附录. 候选承包商的材料和应标书 1. 外包产品部件介绍提示：参见外包竞标邀请书。2. 候选承包商介绍候选承包商名称介绍联系方式3. 对候选承包商A的评估提示：外包管理小组可以根据实际情况适当修改检查项。检查项结论、描述考察候选承包商的应标书开发方案是否令人满意？开发周期是否可以接受？性能价格比如何？能否提供较好的服务（维护）？考察候选承包商

50、的执行能力是否具有开发相似产品的经验？候选承包商以前开发的产品是否有良好的质量？候选承包商的开发能力与管理能力如何？候选承包商的资源（人力、财力、物资等）是否充足并且稳定？考察其它因素候选承包商的信誉如何？外界对其评价如何？候选承包商是否已经取得业界认可的证书如ISO质量认证、CMM 2级以上认证？候选承包商的地理位置是否合适？4. 对候选承包商B的评估5. 综合竞争力排名与风险分析排名候选承包商名称风险分析结论第1名可选/不可选第2名可选/不可选第3名可选/不可选6. 结论提示：（1）外包管理小组挑选出最合适的候选承包商。（2）如果所有的候选承包商都不合格，则不必挑选承包商。评估结论外包管理小组签字附录. 候选承包商的材料和应标书