质量之星

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/cug_heshun/article/details/79606628

本文于2017年9月18号发布在个人博客中,因为个人博客关闭,全部迁移到CSDN,以下是正文:


上半年的绩效不好,原因有三:

  1. 去产品支撑时所做的自动化测试不够好。从产品后来的周报中发现,他们有团队重新设计了自动化测试流程。一个人两个星期,在一个团队面前,被无情的秒杀了
  2. 专利没申请下来
  3. 在性能优化的工作中,只是一个测试人员。前期测试分析日志发现性能瓶颈,非常认真的编写wiki,测试分析报告。开发人员根据测试分析报告进行整改,最终耗时提升7 ~ 10倍。“然而我只是一个测试人员,绩效考核时却错把我当成了程序员”,哈哈哈,有趣,有趣

给自己一个大大的拥抱吧。也时刻提醒自己:

  1. 工作的最低标准是跟别人差不多,但我们要始终追求做的比别人好
  2. 专利这东西,不用挖空心思的去想,解决问题才是我们应该做的
  3. 每份工作都需要由多个不同的角色协作完成,我们很难始终得到容易出成绩的角色,但我们应该把当前角色的工作做到极致

从五月份开始投入到新的项目组,程序员的尿性不改,始终想要承担更多的开发任务,但偏偏核心代码已经被写完了,只得到了一些辅助性的工作:

  1. CICD(持续集成、持续部署)
  2. 接口测试
  3. 自动化部署

近来公司正在大力调整,开始注重质量建设(这里并不是说以前不注重质量,只是说以前没有专职人员负责质量工作,跟部门定位有关,技术开发性质的,只需要完成demo,找到产品团队接受即可,自然也就不需要对质量的“过度”关注),付出了一系列的实际行动:

  1. 招聘QA,专职负责质量建设工作
  2. 建立了一整套的“提升质量”体系,比如:“代码合入-检视统计系统”的问世
  3. 设定相关奖励。质量之星就是其中一个

我很开心,在新的团队中,能够得到大家的认可,得到了半数以上的投票,成为“质量之星候选人”:

  1. 顺哥的CICD工作做的非常好,没出现过问题,积极响应我们的需求
  2. 顺哥说不会写Java代码,但上次看到他写的测试用例,考虑的非常周到,写的很规范
  3. 顺哥review代码非常细致,给出很好的修改建议
  4. 顺哥的接口测试用例,发现了几个系统的致命bug(500错误)
  5. 顺哥的性能优化工作,极大的提升了整个团队的工作效率

虽然最后的结果如我想象的那样,在最终的评选环节中败下阵来,这些都不重要了,我会记住大家觉得我做的好的地方,继续发扬光大,做到更好,谢谢大家对我的肯定

没有更多推荐了,返回首页