前不久因为一个出现频率非常高的问题，毫无意外的又发生了。有些心累，于是和组长说了当下的困境，当时他说：“这种情况也没办法，他们都是新人，大家刚来的时候都会犯这些问题，慢慢熟悉了就好了。”
刚开始觉得也对，谁都是从不懂到懂的，我需要多点耐心。但是转念之间，这明明是不合理的情况。
如果每个开发遇到的都是不一样的问题，可以理解，但是现在的状况是同样的问题每个开发都要跳一次坑，不是更应该从源头考虑，做好防范措施吗？
我重新梳理了当下的问题。
※首先是目前遇到的问题：
1、开发人员：类似的缺陷和问题层出不穷，基本上每一个开发都会掉几次同样的坑。加上开发人员变动大，经常需要我帮忙指导和协助开发流程问题。
2、测试人员：无论是否登记bug，登记在哪里。最终只能靠自己一点一点推动，纯属个人独角戏。组长经常会说这个任务比较紧急，bug状态有空再改，慢慢的bug跟进力度逐渐为0。
3、很多频发或有独特性的bug，解决方案和思路基本是一致的，但目前每次出现都在重复浪费着资源。
※想来想去，解决方式很多，但是独木难支，了解大家的想法很有必要。
找几个开发和其他组的测试聊了下，发现大家都有各自的痛点。
开发：
1、目前开发的规范和流程，可参照的标准是零散分布，甚至是口口相传，还有些属于不断变化中。靠记忆力，容易疏漏。
2、有些任务急着上生产，根本没精力关注bug，更希望直接微信发问题。而且有些几分钟就能解决的事情，bug管理太浪费精力。
测试：
1、bug登记的方式尝试过有很多种，但最后推动的方式是统一的，只能靠自己当面找开发或者微信私聊推动。
2、bug靠人为管理，无法做好缺陷的分析工作。
※最后，我自己整理了可以改善的一些方案，从这几个方面考虑：
1、组内需要编写一份开发标准，记录不同类型的任务开发规范，文档要简单清晰。可满足新来的开发人员，看完文档直接可以完成开发任务，不用过多咨询他人。
2、对不同职位的要求：
测试人员：必须统一位置登记bug，同时记录下bug的优先级，如果是优先级高的，微信@开发，截图保存bug全程自己追溯。
开发人员：关注非优先级高的bug，必须主动跟进并修改bug状态。每天每周定时查看需修改的bug。
开发和测试人员协同：整理一个常见问题库，由测试来分析整理，开发协助提供问题解决思路和方法。
❤任何方案都有利有弊，但是只要出发点是对的，一点一点改变着，我相信总会越来越好的，值得努力。
自己并非组内管理人员，虽然想法很多，但没有能力去推动和实现，于是先抽空和小组长提了下。对方听完说：“这个想法挺好，但是写开发标准，需要你这边协助下。缺陷的问题我回头推动下。”
我知道自己的经验和思维存在很大的局限性，于是一大早和组领导又说了以上的问题。毕竟领导发话，才能更好的推进问题，同时我想听取一些意见。
正巧领导最近也在思考组内开发质量规范的问题，一起聊了很多。
问题的沟通中他说的一句话让我印象最为深刻：
“你这边可以从测试的角度，向开发提出要求，待测任务的质量应达到的标准，这样推动开发去发掘自己哪方面的资源不够，而不是完全帮他们想好，他们需要什么，这样可能会更好。”
刚开始有点迷惑，难道是说我想那么多，其实是并不属于个人分内的事情，自己在没事找事？
最后领导表示我可以根据目前的测试规范，根据目前遇到的情况，看下哪些是没必要的和有哪些是缺少的内容。
回头他再叫上些相关人员，开会讨论，一起制定好测试的规范标准。
今天早上不是很忙，我沉静下来，思考良久，终于茅塞顿开。
我想到了一句话：在其位，谋其政，任其职，尽其责，我真的需要重新认识和理解这句话。
我一直以来觉得工作累且无力，不就是因为自己总是从别人的角度去看待问题思考问题，导致方向太多，无从下手。
这并不是说各家自扫门前雪，而是让我们无论在哪个岗位上，努力做好本职工作就是自己的职责所在，只有在做好了本职工作之后，你才有能力去承担本职工作之外的事情。
网友评论