- 测试点来源:需求、自己的测试经验、开发的代码实现
- 可以用xmind画个脑图,或者列举测试点
- 进度报告:
风险和问题——-风险是否影响进度,所以有紧急或突出的问题,一定要及时报告出来。
bug情况——–按照bug等级,紧急、严重、主要、次要、建议等,每个等级的bug数量来报告
-项目提测后,可以先测试常用的接口,通过则进行下面测试;反之,跟进问题,要求研发重新提测
- Monkey可以持续跑很长时间来监测问题,尤其是崩溃率
系统兼容、分辨率兼容、不同版本接口兼容
测试流程:产品提出需求—->需求评审—->技术评审—–>编写测试用例—->用例评审,这个过程中研发已经在开发功能了—->研发完成后,产品会最基本的验收一下—->研发首先自测通过——>通过邮件发送给测试人员—–>测试人员开始测试(测试环境、预上线环境、上线)—–>上线之前,产品会验收和确认一遍
- 人员包括:产品、设计、项目经理、测试经理、研发、测试
- 项目上线后,我们自己应有一个复盘。
- 项目为什么延迟
- 沟通是否及时
- 哪个模块bug数比较严重
- bug的等级情况
- bug的峰值
- 查看测试用例
- 提交bug首先自己先分析原因