记一次项目测试间隔太长的问题

      大家好,我是阿桃,一个想成为被点赞关注的程序员。

     工控行业、物联网行业、机器人行业软件开发可联系我

前言

之前在上家公司经历过一次项目已经完成4个月了才开始启动测试的情况,项目背景是由于公司在快速发展,测试人员积压的项目过多人员不足,并且我负责的这个项目测试优先级较低所以就被一直压着。

正文

在公司招了一些测试人员时,我的项目也顺其自然开始测试,不过测试人员是第一次接触该项目,并未参与我们前期的需求等一些会议,所以我就预感这次的成本会很高。

由于我们已经处于一个优先级较高的新项目研发中,测试人员会有许多细节需要反复确认,因为比较频繁导致新项目研发的效率降低,后面经过沟通和测试人员约定好在每天固定时间,确认她不能确认的测试点。

由于测试用例的确认会议没有详细的会议纪要,所以导致无法知道4个月前为什么确认了要测试这个点,我平常是有做好会议纪要或是决策过程的,就是怕以后无法追踪到某项决策是为什么得出来的,但是这次测试主导的会议没有记录。

所以间隔太久的项目测试需要保存好现场,以免后续沟通出现错误,反复走了一些弯路降低开发效率。

文章每周持续更新,原创虽短,确不容易,欢迎大家点赞关注,一起交流技术一起提升成长。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值