版本发布历史总结

Table of Contents

 

    目前在职软件测试,做的是一电商项目,此文是对各个版本发布的总结,以做备忘。

 

#  2016-04-19  版本发布总结

1  高仿环境数据库必须和测试环境数据库分离,单独部署一台数据库,模拟正式环境,版本更新的数据库变更由数据库管理员完成,避免上线后数据字段的缺少。
2  了解新旧版本的差异,切实为用户考虑,做好平滑过渡,如商家后台和平台后台登录网址的友好跳转。
3  使用持续集成测试工具Jenkins,灵活发布并自动部署JAVA和MAS工程,并且结合SVN提交日志,保证文件更新的正确性和提前把控影响重大功能的文件,例如控制订单类的Java文件。

4  发布前须确认哪些功能上,哪些功能不上,这样才会在部署工程的时候不会因冗余和遗漏带来严重后果。

 

#  2016-07-27  版本发布总结

——–  成功之处

1  上线前严格把控代码更新,对每个更新及更新涉及到的模块仔细验证;

2  高仿环境数据库和测试环境数据库分离,做到在程序和数据均高度模拟真实环境;

3  测试环境使用Jenkins自动构建,大大缩短了软件迭代的时间;

4  测试环境迭代完成后,积极组织开发部门相关同事展开高仿环境部署注意事项,明确各成员分工,预演正式环境发布过程;

5  主营业务燃气优化在上线前经过详细的测试方案和测试用例的设计与评审,因而在上线后未出现计划内的严重问题。

 

——–  失败之处

1  上线后APP广告位出现严重BUG,此功能运营部门经常用到,但是上线前未重视,解决方法是上线前对各业务部门经常用到的模块加强质量保证;

2  高仿环境采用手动更新和部署,期间出错若干次,并且对多个BUG的更新也不利,以后须建立高仿环境的自动更新和部署机制;

3  主营燃气业务需求未做到深入调查,在上线几天后出现严重业务BUG,所以在以后的测试中对业务需求的沟通和了解要想办法深度挖掘;

4  数据库的更新在历次版本发布中均拖后腿,JAVA和MAS工程部署简单,但是前提是数据库得到正常切换后才能部署JAVA和MAS工程,后期配合DBA一起优化这个过程。

 

#  2016-08-31 版本发布总结

——–  成功之处

1  各成员分工明确,不存在交叉任务,秩序统一;

2  产品需求评审比较详细,确保在产品设计源头的合理性;

3  制定详细的高仿环境部署策略,为正式环境部署做好了预演和错误尝试。

 

——–  失败之处

1  因为这次是个小版本发布,研发内成员由于沟通不到位,导致SVN代码分支位置提交错误,最终代价就是开发人员需要将本次版本相关的代码一个个挑出来重新提交到正确的SVN仓库,测试重新来过,耽误了大概3天。所以以后研发成员之间的沟通一定要重视。

 

#  2016-12-05  版本发布总结

——–  成功之处

1  上线前测试用例提前做了编写和评审,并且在测试过程中做了及时的补充,异常场景有考虑,业务逻辑没有出现很大问题;

 

——–  失败之处

1  上线前未做模拟APP升级演练,导致线上升级APP时候出现Android升级失败,iOS无法升级的严重问题