测试团队规划

背景：基于目前的测试团队不断壮大，后续需要更规范更专业的测试输出
目的：提升大家的综合能力及竞争力，终极目标是实现机器代替手工，解放双手，提升产品交付质量
执行人员： 全部测试人员

项目生命周期
1）整个版本规划
2）项目排期
3）资源配置安排

一、基本输出

测试用例

测试用例设计范围，可参考以下几个方向（欢迎补充^_）
1、功能覆盖
基于需求功能点，包含正常功能，异常场景，破坏性测试，app会考虑中断测试（干扰）等场景的考虑

2、兼容性覆盖
最常见的有Windows、Unix、Macintosh、Linux，手机端有iOS，Android，iPad等，主流浏览器兼容，邮件测试兼容如手机端，微信端，pc端及主流邮箱，网易，新浪等

3、安全性考虑
比如身份证，密码加密显示，加密存储，数据库攻击，XSS攻击等

4、性能测试
接口性能，大数据量系统处理能力，页面图片加载速度等

5、用户体验
现在越来越重视用户体验的问题，可需求阶段提前提出，测试用例里可包含体验场景的考虑

回归基线

1、基于系统最核心最常用功能的整理，回归测试时必须要验证的功能点
2、步骤尽量详细，包括入参，执行场景及执行结果，可供新入职测试人员按照测试步骤完成功能测试
3、持续更新，基线需根据迭代版本持续更新

bug
Bug提交需包含内容
1、 bug标题，格式为：【项目版本名词】- bug总述
2、 版本号/代码分支版本
3、 操作步骤
4、 预期结果
5、 实际结果

测试报告
发布版本的测试结果体现，需包含的内容：
1、 版本号及项目名字
2、 测试结果：测试通过/不通过
3、 测试时间段：xxxx.xx.xx ~ xxxx.xx.xx
4、 测试人员：XXX
5、 测试遗留问题：有，是否解决，不解决会影响什么，计划后续解决时间是，没有就写无
6、 测试case执行完成情况，常规为全部执行，进度100%
7、 Bug数及bug详情，常规是bug全部解决及验收通过

重点是，是否有遗留问题，遗留问题的跟进很重要!!!

二、测试方法

测试左移和右移
左移：左移是在测试阶段到来之前，尽可能的抓紧开发前(需求分析)和开发中的时间做测试，提前发现问题，防微杜渐，避免积重难返，可以为用户体验，细节设计等功能点

右移：右移是在生产环境一些问题的发现，我们有没有能力第一时间发现问题并解决问题，并保证线上数据的一致性或尽可能少的影响线上用户

自动化
包括：接口自动化， UI自动化，建议是比较稳定的功能点实现自动化，以保证人工投入成本
1、 确定自动化框框，使用postman或者testng或者其他框架，建议统一框架，待讨论
2、 框架搭建及分工
3、 进度安排，阶段性的完成，第一阶段可以完成基线的自动化，后续新增功能可以实时完成
4、持续集成，自动化报告的呈现

覆盖率平台
覆盖率可作为测试阶段的测试覆盖参考，不可作为硬性要求，测试通过是否可以上线还需测试人员自己评估，可参考测试用例执行完成情况
难点：目前需要做出覆盖率平台，可作为长期的规划

三、评审

需求评审
需求评审时了解清楚需求及细节确认，不清楚不明白的地方尽早提出疑问

测试用例评审
再次确认好需求，多方（产品，开发，测试）再次确认需求范围

四、沉淀

建议以文档形式沉淀下来
复盘
1、项目复盘
一般可针对大型项目需做项目复盘（或者是项目总结），以便于经验积累，可为问题总结，经验（做得好的一些方式方法）总结，需文档形式呈现，方便其他同事阅读及参考

2、线上问题复盘
侧重类似问题下次不再出现，分析问题的解决方法，需文档输出，全员知悉，避免其他系统也出现类似问题

分享
1、例会
每周测试组例会，反馈目前遇到的问题，好的做事方法，或者一些其他想法，时间限制半个小时内，每人需发言参与

2、分享会
每个人都有自己擅长的一面，需相互学习，可阶段性计划一个月培训一次，每人参与，主题不限（可以是技术分享，软技能分享，最新技术等等），时长可为半小时左右，分享范围可先测试组内部，如有好的主题可以在整个研发部内部分享

3、backup
尽可能一条业务线多人backup，以免其中一人休假导致影响项目继续或项目问题排查进度

4、业务沉淀
按照业务线，每条线可以输出主流业务文档

5、技能沉淀
不限于性能测试，自动化测试，可以有探索性测试，其他小工具的产出，如检查代码里sql不带where条件的语句等工具

以上几点的目的在于测试人员要多沟通多学习，紧跟最新测试技术

五、发布&线上验收

发布
1、列出上线步骤，具体到时间点，便于跟踪
2、变更控制（DB，环境变量，代码，回滚步骤准备），这些测试同事可以跟进，上线前跟运维同事配合过一遍，保证上线后功能正常，不因配置问题耽误线上验收

线上验收
1、测试整理验收功能点
2、针对线上线下环境不一样的地方（目前XXXX小程序，支付功能线上线下处理不一样），上线前跟开发同事了解，注意上线时线上代码的处理

六、线上监控，故障处理机制

1）线上监控
2）故障处理机制