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