测试流程框架模板.docxVIP

测试流程框架模板 一：需求分析 了解熟悉业务，分析需求测试点 确认功能(业务功能，辅助功能，数据约束，易用性需求，编辑约束，参数需求，权限需求，性能约束） 场景分析（考虑场景调用者和系统内部各个场景之间联系） 挖掘隐性需求（常用业务流程以及各分支） 二：测试计划 1、编写目的 此文档根据项目需求文档，制定测试策略、评估测试风险，确定所需的资源，并对测试的工作量进行估计，进行人员和进度安排，并且列出测试项目的可交付元素。 2、参考文档 详细设计文档，设计原型 3、测试概要 （1）测试目标 通过测试，达到以下目标： 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。 产品规定的操作和系统运行稳定。 BUG数和缺陷率控制在可接收的范围之内，遗留BUG一般不超过所有BUG的10% （2）测试范围 列出测试最终需要交付的功能模块列表 （3）测试人力资源 （4）测试环境 服务器环境，终端环境，网络环境 （5）bug管理工具 4、测试规范 开始测试标准：代码编译通过，软件可以争取安装运行，实现功能与产品设计出人，冒烟测试通过 中断测试标准：安装无法正确完成，程序代码编译不通过，系统服务异常，发现阻塞功能的bug 5、测试策略 冒烟测试：依据开发提测时间变动 第一轮功能测试：执行测试用例，包括边界值测试，兼容性测试，易用性测试，用户界面测试，安全性测试 第二轮功能测试：bug复测及功能验证 回归测试：全面回归测试 性能测试：需确认具体性能测试方案和工具 发布测试 测试报告总结 测试风险 测试本身（测试时间/测试技术/开发进度延误/难以修复缺陷/其它原因） 测试输出文档 测试计划 测试用例 测试bug单 测试报告 三：测试用例 测试需求分析和业务流程分析 1、设计方法： 等价类划分法（将测试的范围划分成几个互不相交的子集） 边界值分析法（选出的测试用例，应选取正好等于、刚刚大于、刚刚小于边界的值） 错误推测法（在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误） 判定表法（适合于逻辑判断复杂的场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略） 正交实验法（在各因素互相独立的情况下，设计出一种特殊的表格，找出能以少数替代全面的测试用例） 还有其它场景法和状态迁移法等 测试用例八要素：用例编号，测试项目，测试标题，重要级别，预置条件，测试输入，操作步骤，预期输出 （1） 用例编号（规则：由字符和数字组成的字符串，具有唯一性，易识别性） （2） 测试项目（对应测试用例编号中的测试子项名 系统测试 （3） 测试标题（体现测试出发点关注点以及测试用例期盼的测试结果） （4） 重要级别、优先级别（重要级别一般分为高中低 ） （5） 预置条件：测试用例在执行时需要满足一些前提条件，环境的设置 （6） 测试输入（测试执行中需要加工的外部信息，避免用描述性语言，要具体，根据测试用例具体情况，有手工输入，文件，数据库记录） （7） 操作步骤：执行当前用例需要经过的操作步骤，需要明确的给出每一个步骤的描述 （8） 预期输出：需要判断测试对象是否正常工作 四：测试执行 1、测试环境搭建 测试环境：硬件环境，软件环境 硬件环境：测试必须的服务器，客户端，网络连接设备，以及打印机/扫描仪等辅助硬件设备构成的环境 软件环境：被测软件运行的操作系统，数据库以及其它应用软件构成的环境 搭建测试环境的准备工作： 安装工具：虚拟机 虚拟机优点：运行在主机上 2、执行测试用例 根据测试用例优先级来执行测试用例 3、测试执行流程 冒烟测试-迭代测试（先功能后性能，回归测试）-发布测试 注：对应测试产出对应测试报告和bug清单，并将bug提到缺陷管理库里 五：测试文档 1、测试报告 测试结论（是否达到发布标准，是否可发布） 已知风险、未知风险 测试时间，测试人员（测试起止时间） 测试环境，测试设备（用到哪些测试收集，客户端环境，浏览器） 需求大纲（当前这个版本，包含哪些需求点） Bug数据分析（从多个维度分析：Bug等级分布，遗留Bug分析，Bug类型分布。模块Bug分布，Bug激活次数分析） 测试总结（从测试角度，对版本存在的问题，提出建议） 2、BUG清单报告 分析统计Bug迭代生命周期 Bug迭代修复情况（折线图） 未关闭Bug按严重等级或状态统计（扇形图）