无线业务发展飞快,业务不明确,从6月份到8月底,完成了2个跨多个团队的共建项目,以下是个人的一点心得:
1. 项目介绍
由于安全原因,具体项目就不说了，请见谅.....
2.项目总结点
以上2个项目,业务特性都是基于现有业务基础上做了一层安全风控策略,而安全是要付出代价的,此类项目或多或少对无线业务有影响,比如：影响用户体验，影响性能等,一般有如下风险:
1. 影响无线现有的业务,体验性能方面影响；
2. 异地办公沟通效率低,问题修复不及时,优先级不高,项目都存在延期,但后期压力基本在测试阶段; 3. 业务都是基于无线现有业务,如果参与的测试人员不懂这块业务,漏测风险高;
4.不同团队项目发布流程,规则不同,需要不断沟通,变更多.
测试过程中遇到如下问题,以及解决建议:
1. 环境问题很混乱,日常测试环境很多人共用.
建议:确保某个时间段可用或者集中人力投入服务端测试,尽快上线.
2. 测试,开发人员变更
建议:核心人员暂不要动或者老人带新人,尽快熟悉.
3. 办公不在同一个地方,沟通不及时,大家手上事情多,项目优先级不高.建议:大家坐在一起,速战速决.
4. 业务不熟悉,发布流程不熟悉
建议:PM,测试PM都需提前识别这些点,测试人员有必要都清楚告知整个团队.
5. 人力投入不足;建议:共建项目通常优先级不高,但是测试是处于整个软件生命周期的下游,有必要集中某个时间推动大家一起测试,提前暴露问题,风险点,测试过程中,提供测试支持,比如:怎么测,测试用例点,测试手段,以及测试经验的传递,速战速决.
6. 测试策略,过程中瓶颈识别,问题识别?
建议: 测试人员每天发日报,风险反馈,抓住整个测试过程的瓶颈,遇到测试推动不了,直接找PD,由双方上层推动.
7. 测试进度,质量不透明.建议: 定一个测试PM,每天早上开工前项目测试人员很有必要说出测试感受,不断调整测试重点.
测试过程中的注意点:
1. 一定要考虑无论加入任何业务功能，都不能影响现有无线主客户端,兼容性测试,异常测试需要想办法测试覆盖;
2. PM角度考虑,共建项目双方都不清楚对方的流程等,共建项目,无线是主角,测试有必要了解关于质量发布的任何一个点,统筹项目.
3. 测试价值的体现,测试环节基本是出问题的环节,想尽一切办法发现问题,反馈,频繁反馈,以及多提醒PM，多提问,找到问题点,及时跟进解决.总之,PM角度,专业测试.
4. 开发自测,共建项目区别于系统性的项目,共建业务点开发本人是最清楚的,测试除了评估项目整体质量外,把测试经验传递给团队开发很有必要.
5. 抓重点,同时，需要考虑无线发布点,不要影响无线日常其它发布点.
6. 沟通,及时和双方PD沟通,及时和PM,开发沟通..
放眼集团无线,目前共建有平台共建,项目共建,分开来说,平台共建可能涉及到的参与人员没有项目共建多,前期相对而言好把控,但如果不考虑实际业务使用场景,业务扩展,重复性工作更多,业务共建目前安全风控特性比较多,前期有很多不确定性,共建需不需要做,如果项目做下去,能不能达到预期目的,共建项目能不能更好服务主客户端,起到保驾护航的作用,产品PD们考虑的更清楚.总之,共建项目如果测试以PM角度,项目进度先紧后松,提测后专业测试,胆大心细,根据实际情况调整测试战略,项目做下来会很有收获,共建项目不是某一个人就能完成的,在这里非常感谢背后3大巨头的支持(2大主客户端和摩天轮),当然还有很多需要感谢的人,这里就不列出了,你们在我心里! 
