带来的效益:
1.使用新版燃尽图之后,每日晨会分析历史进度问题有依据,能够明显看出风险所在
2.产品人员主动关注燃尽图趋势变化,及时调整有问题的任务,提高研发交付的时效
3.每日工时可以看到研发、测试人员的个人进度,及时沟通遇到的困难,推进解决
图-自研的燃尽图
负责客户端的测试人员承担产品职责单一,技术要求多层次
最初测试人力资源不足,为了提高更大的复用率,要求每位测试人员负责客户端Android、iOS的两端的测试工作,编写一份基础用例,根据每端特性在测试过程中再改变策略,落地实施的第一个季度就暴露出问题:
1.同时兼顾一个产品多个功能的测试任务,对于客户端开发同学而言,他们是并行工作的,而测试同学需要在不同功能的Android、iOS两端来回切换,导致效率低;
2.同样问题也存在兼顾多个产品的测试任务,有些产品是同时进行的,需要在多个产品的任务中切换,导致对两个产品都不熟悉;
3.测试设备占用时间严重,在进行Android、iOS轮换切换的场景中,一人独占相关设备;
改进:单一职责,专职专责,原则上不再进行跨项目的版本任务,也不在版本中负责一个功能的Android、iOS相关测试任务(除了运营的相关活动项目可以兼顾Android、iOS测试),主攻Android、iOS单一方向的功能测试、自动化测试,说的高大上一点好像成了全栈测试工程师。
实施半年之后,收益颇深,各自负责Android、iOS的测试同学结对编写测试用例,抽取共性部分,运行时附加个性化的系统特性,并行测试效率提高,设备占用率降低。
自研的API管理和测试平台
过去后端的API规范是通过word文档进行管理,版本变更是需要手动通知相应人员,而且每个人编写的格式不统一,容易造成冲突,解决上有时间开销,另外修改跟踪反馈上的成本很高,开源项目中也没有能够适合交友团队模式的工具,因此投入开发API管理和测试平台。
考虑到客户端与后端交互是通过API进行,将API平台化管理带来效益:
1.使用平台化管理清晰呈现MobileAPI接口分布图,有效减轻了后端同学管理接口规范的工作;
2.方便客户端同学快速查阅和版本对比;
原文转自:http://www.uml.org.cn/Test/201707191.asp