软件测试内容.docVIP

软件测试前需开发人员提供的文档 目的： 本流程旨在有效地规范软件开发过程，进一步提高软件开发的工程化、系统化水平，提高软件产品质量和文档管理质量，以保证软件开发的规范性和继承性。 范围： 本流程适用于研发系统所有含软件系统开发的项目和单板软件。 本流程主要指导按照瀑布模型和V模型进行软件开发的过程，对于采用快速应用开发模型、原型法、渐增模型以及螺旋模型来指导软件开发过程的情况，可以对本流程进行适当的取舍和裁剪，但是在《软件开发计划》中必须说明。 内容： 文档1：需求分析 编号 001 文档名称 需求分析 编写人 系统分析员 编写时间 项目立项后， 版本情况 新版本（修改版本） 提交级别 中 文档内容详细描述： 1相关系统分析员和用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 　 　2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还例出相关的界面和界面功能。 　 　3 系统分析员和用户再次确认需求。 文档2：概要设计 编号 002 文档名称 概要设计 编写人 研发人员（架构师） 编写时间 需求分析完成，未编码 版本情况 新版本（修改版本） 提交级别 低 文档内容详细描述： 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计 进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、 运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础 文档3：详细设计 编号 003 文档名称 详细设计 编写人 研发人员（架构师） 编写时间 需求分析完成，未编码 版本情况 新版本（修改版本） 提交级别 中 文档内容详细描述： 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实 现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码 文档4：编码 编号 004 文档名称 编码 编写人 研发人员 编写时间 设计已完成 版本情况 新版本（修改版本） 提交级别 低 文档内容详细描述： 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 文档5：测试 编号 005 文档名称 测试 编写人 测试人员 编写时间 编码已完成 版本情况 新版本（修改版本） 提交级别 高 文档内容详细描述： 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 　　第五步：软件交付准备 　　在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。 　　《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。 　　《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明 文档6：软件版本的命名规范 编号 006 文档名称 软件版本的命名规范 编写人 项目组 编写时间 项目开始 版本情况 新版本（修改版本） 提交级别 高（修） 文档内容详细描述： 1. 软件版本阶段说明 * Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。 * RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。 2. 版本命名规范 软件版本号由