公司目前的开发团队主要服务于内部的客服和编辑俩个群体,有大量的真实用户。所以目前对于唯一的测试人员显得很多余,开发完成后直接给到某一个客服或编辑,线上反馈,有问题直接改。而测试人员发现的问题和提出的流程规范,基本无视。我不知道现在该怎么做。测试仅仅负责前端静态展示页面的测试,这部分的工作内容极为简单。小公司内部最基础的 bug 提单流程都很难落地,有问题直接沟通是现在解决问题方式。我有些迷茫了,下一步该怎么做。
看你们的需要,能接受客服反馈,那就不需要测试
那就好好提升自己,挺好的!
可以问问你的 leader ,当时招你回来是期望你发挥什么作用。
如果真的没有专职测试人员需要,应该是不会招这方面的人的。
我一个月就问过这种事,结果没人给我答案,坐在这里看了快 20 本书咯。开发完了给编辑或客服,我再去测试,而且也没什么用例可以写,都是重复的静态页面。实际上感觉,在对后台测试的时候,开发直接说这个你不用管,内部人员使用,提了 bug 也不管。我都有点慌,说实话,工资给的倒是挺高的
连你 Leader 都解答不了这个问题,这个不正常吧。你确定你的提问他有理解了吗?
招聘一个人成本是不低的,进来后的工资成本更高。如果这个都没想好就招人,在我看来,这个很不正常。
这种地方练的不是技术能力,而是怎么做事。怎么让你想要做的东西落地,这是你应该想的,包括如何说服开按着规范来做。最好的方法就是等出事故,再来整改。你要做的是如何撇清责任。
整个项目没让我参与,搞完后,直接举报老板,整体项目不配合,测试全程没参与,结果开发经理被骂了。看起来他很不爽,老老实实改了我提的 bug。说实话,我要是上线提了一推 bug,让项目延期,是不是有点狠了点。
我的成本是很高,老大的意思大概是落地整个测试流程,建立测试部门。但开发很不欢迎测试,因为习惯了不测试,直接上线。所以会有很多冲突。。
那你需要做布道,也需要你老大协助你布道,在各种公开场合宣传支持你的工作。要让开发明确了解你老大的期望,理解你的工作价值。
改变固有习惯,不是一时半会能完成的。
这种可以尝试搞下 CI/CD,然后把流程自动化一点,加点单元测试、自动化的接口测试。这样开发应该能接受。技术上也得到了提升
个人经验,我们这边经常出这样的问题,哪怕你提了一堆 bug 也要有邮件或者其他记录而且要 @ 到那个人。干架的时候,只要不是你没有验证 bug,延期关你啥事,没提 bug 就是你的问题。要整改要布道也需要有个锲机,等出事故。
你提了 50 个 bug,开发一个不管。那还有提的必要么。所以直接报告老板,让开发负责人吃屎。顺便设定绩效,不重视 bug 扣钱~!!
@ 萝卜 咋一看这头像我还以为是我发的帖