软件测试管理规范.doc

软件测试管理规范.doc:..软件测试管理手册文件状态:【】草 稿[】修改稿[V]正式发布文档编号保密等级内控作 者最后完成日期审核人员最后审核日期批准人最后批准日期修改记录日期版本作者/修改者修订类型描述2017-02- 12测试职责 13测试需求分析 24测试策略 35测试计划 35」测试进入条件 36测试用例 47测试执行 58测试变更 69缺陷管理 79」缺陷基本属性 1210测试结果分析 1411敏捷测试 1512业务开发组测试与测试组测试的联系与区别 161导言1・1概述制定本过程与规范的目的是为了规范软件测试过程中的软件测试活动,明确软件测试过程中业务单元开发小组的内部测试与测试组之间的系统业务集成测试的关系与区别;明确软件测试过程屮的工作原则与方法。本规范作为软件测试工作的标准与指南。“为了发现程序屮的错误而执行程序的过程”。为了更好地执行好测试,我们明确以下目标:1) 测试是为了发现程序中的错误而执行程序的过程;2) 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;3) 成功的测试是发现了至今为止尚未发现的错误的测试。,对软件测试过程屮所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范,以有效保证软件产品的质量。2测试职责测试职责是指在项目开发过程中跟测试工作有关的角色分工,主要包含的角色以及工作职责如下:*测试经理:*负责产品业务需求与测试任务的对接与安排;*组织和指导测试组长完成项目的测试工作;*负责测试组内资源的协调和管理;*定期组织测试的总结和分析;*负责测试过程屮与开发、产品的业务协调和业务确认;*测试组长(产品测试负责人):*分析需求并进行细化可用于执行测试的需求*制定测试计划*参与、跟踪测试过程*统计测试数据*对测试活动和结果进行分析,撰写测试分析与总结报告*测试工程师:*根据测试计划编写测试用例*搭建测试环境,准备测试脚本*执行测试,记录测试结果和缺陷,跟踪缺陷的解决*执行冋归测试*提交测试数据*技术支持工程师:*环境支持*版本发布支持3测试需求分析首先了解产品或者客户提岀的业务需求功能、形成的产品需求,以及本公司对需求的理解及说明,参加需求评审、设计评审。通过对文档分析,分解各功能模块和功能,为测试用例设计提供数据依据。反复检查并理解各种信息,与产品或用户交流,理解他们的要求。可以按照以下步骤执行:1) 确定软件提供的主要商业任务,即根据价值确定的需求。2) 对每个商业任务,确定完成该任务所要进行的功能。3) 确定从数据库信息引出的计算结果。4) 对于对时间有要求的交易,确定所耍的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5) 确定会产生重大意外的压力测试,包括:内存、硬盘空间、高频度的交易。6) 确泄应用需要处理的数据量。7) 确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。8) 确定其他与应用软件没有直接关系的商业交易。包括:•管理功能,如启动和退出程序•配置功能,如设置打印机♦操作员的爱好,如字体、颜色♦应用功能,如访问ema订或者显示时间和日期。9) 确定安装与部署过程,包括定置从哪安装、定制安装、升级安装。需要的部署物理结构,机器配置等。10) 确定没有隐含在功能测试中的用八界面要求。大多界面都在功能测试时被测试到。还有些没有测到,女山操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。4测试策略测试策略用于说明某项工作的测试方法与目标。系统测试策略主要针对系统测试需求确定测试类型及实施的测试方法与技术。,对于测试案例的设计策略;;