XX手机系统联系人app软件测试策略
背景介绍
联系人app是一款为用户存储联系人的app，目前需要在手机、平板、车机、手表等产品保障基本功能，app运行稳定。
业务介绍
1、在各类账户下保存、编辑、删除联系人；
2、登录账号后，端测联系人会与云上联系人同步
测试计划
问题
1、测试人员不足、变动频繁
2、用例老旧，没有更新，且很多重复用例
3、自动化通过率不高
4、安全测试能力不足，测试用例看不懂
测试目标
1、保障首发产品里的联系人app基本功能，新需求符合预期
2、完成历史产品联系人app商用版本的迭代交付
3、提高用例自动化率和通过率
4、更新用例，删除重复用例
5、安全测试赋能
| 紧急 | 不紧急 | |
|---|---|---|
| 重要 | 1. 保障首发产品里的联系人app基本功能，新需求符合预期。2. 完成历史产品联系人app商用版本的迭代交付。 | 提高用例自动化率和通过率 |
| 不重要 | 更新用例，删除重复用例 | 安全测试赋能 |
测试策略
功能测试
- 产品首发前为了保证基本功能，会完成2次全量用例迭代
- 新根据需求文档编写测试用例，用例评审后给开发自测，自测无问题后再进行转测；
- 商用版本转测前请开发提前一周告知，转测前进行评审，非必要情况下不合入商用
- 分配beta，完成beta测试问题的处理，提前暴露问题
- 没人每天晚上进行2-3台设备的monkey测试，保障app稳定性
效能提升
- 商用版本转测后使用自动化完成0-1级用例测试，非pass用例手工测试；
- 使用工具进行性能测试，监控app运行状态，自动化测试app响应时延、加载时延、帧率；
- 使用平台进行稳定性测试，可以自动收集问题日志，生成测试报告；
团队赋能
- 安排测试能力提升的会议，提升基本功
- 每周进行例会，先告知整体的测试策略和重点，后面各模块反馈目前测试进展，遇到的困难有哪些，共同商讨解决办法
- 定期内部组织会议进行个人技术或经验分享，包括测试中使用的测试工具和方法
- 没人每月上传一篇技术相关的wiki到社区平台进行评审，优秀的红包奖励