好文档 - 专业文书写作范文服务资料分享网站

测试流程及规范

天下 分享 时间: 加入收藏 我要投稿 点赞

且不断的进行迭代测试。在系统的所有业务场景都经过敏捷测试过后,进入系统测试阶段。进行所有业务场景的功能测试、联合测试、性能测试、稳定性测试。

根据业务场景制定测试策略流程图

产品 业务场景一 业务场景二 。。。。。。 业务场景N 模块一 模块二 模块三 模块四 。。。。。。 模块N 业务场景N 业务场景四 业务场景三 业务场景二 业务场景一

敏捷测试流程图

测试传递项报告 测试计划 提交测试 N满足准入条件 Y敏捷测试 N测试通过 Y测试总结 软件测试总结 软件评估 进入下一次敏捷迭代 满足发布条件 系统测试条件 Y产品发布 Y系统测试和回归测试 测试案例维护 测试是否通过 Y

根据缺陷性质来判断更新提交测试的依据:

1) 严重级别为Urgent和High的修改后立即更新,要保证更新后不能影响其他功能测试。 2) 功能级别为Medium以下的可以等待下一次提交敏捷测试的时候更新。

5.5 传统瀑布模式 5.5.1

过程要点 启动条件 工作内容 需求阶段的工作启动 由测试主管根据项目任务复杂程度组织或指定测试人员进行测试需求分析,从客户角度考虑软件测试需要达到的验证状态,并确定是否要形成测试需求分析报告 结束条件 例外 责任人 参与人

需求分析完成 对于简单设计更改、衍生产品等只需例行测试的,可不进行测试需求分析 项目经理 测试主管 测试需求分析

详细说明 5.5.2

过程要点 启动条件 工作内容 成立测试小组或确认测试人员

详细说明 测试任务明确,前期工作启动 确认项目的测试人员,若整个项目的测试需要若干个测试人员,则需要成立一个测试小组; 为测试小组任命一名测试主管,若只有一个测试人员,则该测试人员同时也为该测试组的测试主管,同时确定测试小组的其它构成人选; 小组内进行必要的培训。 结束条件 例外 责任人 参与人

测试小组成立 若以前的测试任务已成立过测试小组,则可以复用以前的组织人员和形式 项目经理 测试主管 5.5.3

过程要点 编制测试计划

详细说明 项目阶段性计划确定 启动条件 需求规格说明书、详细设计说明书等已评审 测试大纲至少包括以下关键内容: 工作内容 测试目标——对本次测试的要求和要达到的目标 测试范围——需要测试小组测试的范围,和各个测试需求的测试优先级 工作分工——明确测试小组内部及外部配合方的相关责任和工作关系 测试策略——整体测试的总体测试策略、环境、方法和工具等 完成标准——达到何种条件可以认为测试完成 交付文件——测试完成时应提交的文件,比如测试大纲(含测试用例)、测试报告等等 测试计划至少应包括以下关键内容: 主要任务——每项任务的时间计划、前置条件及资源 主要里程碑——关键任务及完成时间点 在项目研发过程中,要适时的对测试计划进行跟踪,以评估此计划的完整性、可行性,在项目结束时还要最后评估一下测试计划的质量 结束标准 输出文件 测试计划评审通过或得到相关各方的审批 测试计划、测试计划评审记录 对于多个系统参与的同一个测试任务,可由主项目组或牵头方统一编制测试大纲和计划,例外 不用每个系统单独编制和出具 测试计划可以在测试大纲中直接详细列明,而不用单独编制 责任人 参与人

测试主管 研发总监、项目经理、测试人员 5.5.4 编制测试大纲、设计测试用例

在技术规格书评审通过以后,测试小组需要针对项目的测试范围编制测试大纲、设计测试用例。在实际测试过程中,测试用例可根据实际需要进行更新和调整。在测试用例的设计过程中,具体的任务和责任人如下: 过程要点 启动条件 本次测试范围、业务需求已经明确 需求规格说明是、详细设计说明书已通过评审 工作内容 准备本次测试的测试用例 测试用例在该产品的测试用例库中进行选择,如有需要,可以进行增加; 每个测试用例须包括用例编号、测试概述、测试数据、操作步骤说明、预期结果等要素; 测试用例须覆盖所有的测试需求和功能点; 详细说明 采用统一的模板进行用例设计。 结束标准 输出文件 责任人 参与人

测试用例覆盖所有的待测试需求或功能点,并且评审通过 测试大纲、测试用例、测试大纲评审记录 测试人员 研发总监、研发人员、项目经理、测试主管 5.6 测试实施阶段 5.6.1

过程要点 启动条件 测试实施准备工作完成 测试主管根据本项目的特点,事先确定测试准入标准中哪些条目可以进行裁剪,并与项目经理及研发人员商讨确认 准入标准中“计划准入标准”是指编制测试计划、测试大纲、测试用例设计时就需要具备的前提条件,应提前进行检查;“执行准入标准”是指在执行测试之前需要进行的检查。工作内容 以上两类检查应分两次进行 测试主管和测试人员根据测试准入标准,逐项进行检查,并填写测试准入检查表 对于不满足条件的检查项,要求相关方面进行解决,解决后重新进行检查 必须要通过的检查项,而没检查通过的,视为准入检查不通过,不能进入下一阶段工作 结束条件 输出文件 责任人 参与人

测试准入检查通过 测试准入检查表 测试主管 测试人员、项目经理、研发人员 测试准入检查

详细描述

测试流程及规范

且不断的进行迭代测试。在系统的所有业务场景都经过敏捷测试过后,进入系统测试阶段。进行所有业务场景的功能测试、联合测试、性能测试、稳定性测试。根据业务场景制定测试策略流程图产品业务场景一业务场景二。。。。。。业务场景N模块一模块二模块三模块四。。。。。。模块N业务场景N业务场景四业务场景三业务场景二业务场景一敏捷
推荐度:
点击下载文档文档为doc格式
43a8n5veq51oirv327pb3jk4h7sgsg00puy
领取福利

微信扫码领取福利

微信扫码分享