第一次作业-luke

云数据库业务线测试策略

背景介绍

为了满足用户(ToB)对数据库各场景的使用,减少企业使用及维护开发成本,基于云计算服务,开发了云数据库产品,其专业、高性能、高可靠的云数据库服务,ra让用户可以快速进行配置、操作数据库实例。

业务介绍

提供 Web 界面进行配置、操作数据库实例,提供可靠的数据备份和恢复、完备的安全管理、完善的监控、轻松扩展等功能支持。具体功能如下:

  1. 实例的创建
  • 支持多个版本的创建,5.7和8.0
  • 支持单机和高可用的创建
  • 临时实例的创建
  • 只读实例的创建
  1. 实例的升降配
  • 扩容
  • 缩容
  1. 数据库管理
  • 不同数据集的数据库的创建和删除
  • 数据库权限的分配
  1. 数据库账号管理
  • 数据库账号的创建和删除
  • 数据库账号权限的分配
  • 账号密码的重置
  1. 实例的备份
  • 手动备份
  • 自动备份
  • 备份设置
  1. 实例的恢复
  • 整个实例基于备份集恢复
  • 整个实例基于某个时间点恢复
  • 临时实例基于备份集恢复
  • 临时实例基于某个时间点恢复
  • 新实例基于备份集恢复
  • 新实例基于某个时间点恢复
  • 库表恢复
  1. 实例的日志管理
  • 慢日志和错误日志的收集和解析
  • binlog日志的下载
  1. 实例的监控
  • 数据库各指标的监控
  • vm各指标的监控
  1. 实例的数据校验和迁移
  • 数据库数据的校验
  • 数据库数据的迁移

架构介绍

测试计划

测试目标

  1. 完成多期迭代的功能测试,要在x月后完成整个产品功能的上线及交付
  2. 完成性能测试,查询接口200并发,1000tps,响应时间100ms;创建接口xxx并发,xxxtps,响应时间xxxms

测试方案的主要目标为

阶段 目标 时间
阶段一 功能测试 Q1Q2
阶段二 效能提升 Q3
阶段三 团队赋能 Q4

问题

  1. 新项目从0到1, 缺少测试体系
  2. 团队成员都是新的,且测试人员不足
  3. 测试用例场景考虑不全
  4. 测试用例回归效率低
  5. 相关产品的原理不熟悉
紧急 不紧急
重要 1. 保证需求的准时交付上线。
2. 测试用例场景考虑不全
测试用例回归效率低。
不重要 相关产品的原理不熟悉 团队成员都是新的,且测试人员不足

测试策略

功能测试策略

方案一:测试人员直接分配到具体产品组中,从需求设计开始直接参与到项目中。
方案二:小步快速迭代模式,分功能模块开发和测试,编写测试用例,测试用例需要按照优先级和问题原因分类,禅道进行管理,完成后测试用例评审。
方案三:最终上线版本,致命bug和严重bug量为0,DI值<xx。

效能提升策略

方案一: 自动化测试,根据接口重要等级进行分类,先完成主流程的接口测试,主流程覆盖率达到100%,再完成其他接口测试。每天定时跑接口自动化用例,并发送报告结果。
方案二: 持续集成持续交付Devops,能够做到开发每更新一次版本,能够根据更新的内容跑相应的用例,或者全量跑用例。做到回归效率提升,减少时间和人力成本,从之前4人天减少2-3人天。

团队赋能策略

方案一: 定期组织会议进行各功能模块的宣讲,各个产品功能模块进行宣讲,前期进行产品功能介绍,后期可以进行相关产品测试方法的介绍,通过这种方式,可以做到后边进行交叉测试
方案二: 每一个迭代上线后的复盘会议,按照线上问题,团队沟通合作,以及技术债务等问题的顺序,进行讨论,且给出解决方法和划定责任人跟踪
方案三: 测试总结输出(包括测试中使用的测试工具和方法,业务流程操作等),总结成文档,供他人使用学习

问题:

  1. 需求的无法准时交付上线
  2. 相关产品的原理不熟悉

解决方案

  1. 测试人员直接分配到具体产品组中,从需求设计开始直接参与到项目中。
  2. 小步快速迭代模式,分功能模块开发和测试,编写测试用例,测试用例需要按照优先级和问题原因分类,禅道进行管理,完成后测试用例评审。

方案效果

最终上线版本,致命bug和严重bug量为0,DI值<xx。

优点

  1. 有输出的结果展示。
  2. 中间也有一些技术亮点
  3. 也有流程管理相关的优化

建议

  1. 格式做调整,不要平铺,比较乱。
  2. 可以按照 star 法则总结