测试流程规范.docxVIP

一、项目立项立项阶段的主要任务是确认立项的理由，提出立项建议，使立项建议成为正式项目。二、软件开发软件开发阶段分为：项目规划—需求分析—概要设计—详细设计—代码编写—代码实现—测试交接—实施测试—回归测试—同行审查—测试总结—项目发布、跟踪项目确定后，需求人员设计详细需求文档及产品原型，并制定项目计划。项目计划是一个用来协调所有其他计划，以指导项目执行和控制的可操作文件。它体现了对需求的理解，是开展项目活动的基础，也是软件项目跟踪与监控的依据。开发人员根据需求文档及产品原型编写代码。在开发阶段如果需求发生变更时，应及时以文档形式说明。三、软件测试项目测试的目的是检查系统是否符合项目需求规定的要求。主要进行功能测试、健壮性测试、易用性测试、用户界面测试、性能测试等（根据项目要求选择不同测试方法）测试过程在测试环境中进行。 四、基本流程 否 否 是 需求 产品人员 开发人员 测试人员 发布 是否测试 产品人员确认  立项 主要对项目的可行性进行分析，并且确定项目是否需要测试 需求评审 需求定义完成，开发人员和测试人员对需求中不清楚、不完整、太概括或存在疑义的地方提出问题，相关人员解答并确认。需求人员在对需求进行修改的同时，应以文档形式告知开发及测试人员。 测试工作启动 在正式测试任务下达前，开发团队应在项目（产品）开发计划完成后及时向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长组建测试小组，并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试人员可预先熟悉必要的项目（产品）资料。针对需求分析文档和项目开发计划文档测试完成后，测试组需要确定测试过程中的风险，并设计出合理的规避分险的策略，为后续的测试工作提供直接的指导。 软件测试流程 软件项目的前要工作主要是需求分析。事实上一个软件项目或产品的成败与需求分析有着非常重要的联系。因此在没有明确用户需求的情况下盲目地进行开发和测试都不能够取得理想的效果。若具备条件，测试人员应从客户需求调研阶段就介入到项目中。软件产品需求调研阶段工作流程如图所示 需求工作培训 需求工作培训 编写需求文档 进入下一阶段 需求评审 需求变更 需求说明书 系统测试方案，软件总体测试计划 通过软件产品需求调研阶段工作流程图可以看到，在这一阶段有两个与软件测试相关的输出，它们分别是软件总体测试计划和系统测试方案。它们的作用是将软件细化为可检验的测试需求。一般情况下要重点考虑以下问题 产品基本情况调研 这部分应包括产品的一些基本情况介绍，例如产品的运行平台和应用的领域，产品的特点和主要的功能模块等。对于大的测试项目，还要包括测试的目的和侧重点。具体的要点如表所示。 目的 重点描述如何使测试建立在客观的基础上，定义测试的策略及测试的配置，粗略地估计测试大致需要的周期和最终测试报告递交的时间 变更 说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试环境改变了，或者是添加了新的功能 技术结构 可以借助画图，将要测试的软件划分成几个组成部分，规划成一个适用于测试的完整的系统，包括数据是如何存储的，如何传递的，每一个部分的测试是要达到什么样的目的，每一个部分是怎么实现数据更新的。还有就是常规性的技术要求，比如运行平台、需要什么样的数据库等 产品规格 制造商和产品版本号的说明 测试范围 简单地描述如何搭建测试平台，以及测试的潜在风险 项目信息 说明要测试的项目的相关资料。例如，用户文档、产品描述、主要功能的举例说明 测试需求说明 这一部分要列出所有要测试的功能项。凡是没有出现在这个清单里的功能项都排除在测试的范围之外。有了测试需求说明，可以帮助我们了解被测试软件所有功能项当前的测试情况如何，即所有功能项中测了什么和没测什么。具体要点如表所示。 功能的测试 理论上测试是要覆盖所有的功能项。例如，在数据库中添加、编辑、删除记录等，这会是一个浩大的工程，但是有利于测试的完整性 设计的测试 对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试 整体考虑 这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性 测试策略和记录 这是整个测试计划的重点所在，要描述如何公正客观地开展测试，要考虑模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素的影响。要尽可能地考虑到细节，越详细越好，并制作测试记录文档的模板，为即将开始的测试做准备，测试记录的具体要点如表所示。 公正性声明 要对测试的公正性、遵照的标准做一下说明，证明测试是客观的。在整体上，软件功能要满足需求，实现正确，与用户文档的描述保持一致 测试用例 描述测试用例是什么样的，采用了什么工具，工具的来源是什么，如何执行的，用了什么样的数据。测试的记录中要为将来的回