sumuu
2017-07-10 12:37:11 +08:00
小伙子养成抱怨的习惯不好.
讲个小故事,14 年底,做了一个系列活动,而且必须在指定的时间内上线.在页面同学做完重构后,
负责这块的前端请假了,其他的前端又没有空过来,所以自己硬着头皮写前端的页面和交互.
而负责这个模块测试的同事,是刚离职然后入职我们公司,第一次做公司项目测试,
结果出现 Bug 75 个,一封测试反馈的邮件,直接 to 整个部门(40 来号人啊)和技术 VP,
反而只是 cc 了我.可想而知,部门马上爆了.爆了无非两个点.
1. 作为公司核心项目的负责人,一个测试反馈竟然有 75 个 Bug,看来技术也就这样.
2. 果然是初生牛犊不怕虎,公司核心成员都敢直接这样发送邮件.
当时 VP 马上把负责测试的人和我叫到会议室,讨论 75 个 Bug 具体内容.
其实也就是 IE 浏览器的兼容,IE 6 占了大约 2/3(当时我们平台是有提示用户不能使用 IE 浏览器玩我们游戏),
交互提示不够人性化和 URL 和参数命名不够合理(靠,这个想想也是郁闷, AJAX 传值习惯了缩写,如 key->k,value->v)
对测试人:
1. 测试反馈邮件只需发送相关开发人员和 cc 相关模块组的同学(如设计和页面重构)
2. 关于变量和 URL 参数命名的话,这个不是测试 Bug,但可以作为反馈建议稍作提醒
对我:
1. 发起测试邮件的时候,一定要写好测试点,如: 可以不用测试,如 IE 浏览器的兼容.
2. 关于新入职员工,更应该做好测试说明,不能站在一个老员工,已习惯了和其他同事对接的方式去和新员工对接,
一定要给新员工在工作上更多的工作引导.
对测试人员和我:
1. 这个事情由他 (VP) 来处理,会以管理的角度来引导部门如何做好事情,有效沟通和处理同事之间的关系.
2. 做事一定要对事不对人,如果对方提出的问题不是问题,要及时沟通,不要有仇恨.
是的,三年过去了,这件事情我还是很记忆犹新,让我对做事,做人有很好的理解.
当然和测试人也没有什么疙瘩,在他离职的时候还送他《人人都是产品经理》这本书,而且现在都还有联系.
是不是也一起吃饭,交流下带娃心得.说是故事,其实是自己亲身尽力.
麻蛋,好久才能去掉这总低调率的处事行为和爱说故事的坏毛病.
说这么多,其实也就是想说: 少点抱怨,别养成抱怨的习惯.字错了确实是错了.别人提出的错误,自己一定要反省和改
很感谢那个 VP 和测试同学和干了鸡汤的 V 友.