测试管理二

四、测试过程
如何测试一个项目？
1、接手一个测试任务，首先要搞清楚
项目背景：项目起因，【业务方是谁，谁对项目比较关心】，需要解决的问题【解决的痛点是什么】、项目受众人群【教育程度、专业度、软件使用情况】
项目投入：开发人员、测试人员
项目周期：开发周期，提测时间点，上线时间点，全量时间点；这一块一定要明白，提测时间迟了，一定要记录，管理一定要留下痕迹
质量要求：性能要求【支持多少日活用户、高频使用场景】，兼容性要求【浏览器类型、手机类型、操作系统类型】、安全性要求【安全认证要求】
2、测试各阶段的工作内容
1、需求评审阶段
参加需求评审
检查文档的完整性及规范性
评审完毕对需求文档打分
确定排期上线日期
准备资料开始编写测试用例
有几个图
2、技术评审阶段
参加技术评审
检查需求文档的完整性及规范性（接口文档、流程图等）
评审完毕对开发设计文档打分
根据设计文档思考测试方法及测试点
开始编写测试用例
3、测试评审阶段
测试方案评审：测试范围、测试方法、测试输入条件、测试资源、时间规划、质量标准（准出条件）、QA自己梳理出来的业务流程图（xmind）
测试用例评审：case的标准：步骤、输入输出，预期结果，遗漏的case，后期需要补充，case评分
测试用例：通用的用例其实没必要写的，比如输入框一些校验，我们评审大多都是业务Case
4、测试阶段
提测模板，什么提测。PM不准该需求，提需求
关注产品经理是否新增需求
是否准时提测
提测版本是否冒烟通过
关注工期、是否有延误的风险
5、上线阶段
关注上线文档是否验证通过（业务和产品验收）
是否准时发灰度 ；封板
上线信息产品是否通知业务方
业务方是否线上验证通过
上线成功后通知客服
6、收尾阶段
上线2小时关注新版本情况
对反馈问题进行分类，提交bug系统
组织复盘会

3、测试计划（管理方面）
是对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务以及时间进度安排，提出对各项任务的评估、风险分析和需求管理
测试计划应该包括一些内容：
进行测试任务划分
进行测试工作量评估
人员和测试资源分布
明确任务时间和进度安排
风险评估和应急计划
测试失败/通过标准
4、测试方案（技术层面）
测试方案是对测试活动进行测试方法的设计，测试用例的设计、测试数据的设计。他是描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案等。
测试方案主要内容包括：
测试策略的选定，明确策略；测试策略就是如何用最少的资源满足测试质量的要求，既高效低成本，较高质量的完成测试
测试子项细分，细化测试特性形成测试子项，将测试计划中描述的方法进行细化，包括采用的具体测试技术
测试用例的规划
测试环境的规划
自动化测试框架的设计和实施方法
性能测试的设计和实施方法
安全测试的设计和实施方法
测试工具的设计和实施方法
专门有个测试方案60多页，可以参考

5、测试用例的设计
1、设计用例的经常遇到问题
组合太多
人员不足
时间不足
对用户需求了解不深入
2、常用设计方法
等价类
边界值
因果图
决策表
错误推测法
正交实现法
场景法
3、用例分类：
通用测试用例：输入框、分页、身份证电话、按钮等
业务用例：深度理解需求【完善的需求文档、需求评审会】，项目起因【业务方是谁，谁对项目比较关注】，需要解决的问题【解决的痛点是什么】，项目受众人群【教育程度、专业度、软件使用情况】
专项用例：性能需求【支持多少活跃用户，tps RT】,兼容性【浏览器、机型【iostop10,andriod top20】--兼容性的问题testin[ios-20,和andriod300/600，探测性测试 ，一次top600,6万；腾讯weTest较便宜，5千左右] 、操作系统】安全等，异常测试
6、测试标准和报告
1、项目质量标准指定（有标准的图，第二天的）
指定适合自己公司的质量标准
有了质量标准就要严格执行，不能放水 上线的准时率，资源投入情况【上报给pmo 】
2、简要测试报告
需求描述
测试功能点覆盖
发现的bug数
修复的bug数
未解决bug说明
测试人员
测试结论
备注
3、正式测试报告
引言
项目背景
测试概要
测试分析（冒烟、系统、网络、兼容、权限、性能等）
缺陷统计与分析
测试结论与总结
测试记录
7、测试复盘（复盘的报告）
复盘分为四步：回顾目标、评估结果、分析原因、总结经验
复盘的目的是为了总结经验，避免再次采坑
对于研发团队来说，最大的财富是研发过程踩过坑，也是公司的技术wiki，核心的技术文档

复盘报告内容：
故障信息
故障处理过程
原因分析
改进措施
经验教训