【质量管理】“开发提测”哪些事儿!

写这篇也没怎么想过,只是每次接触一个新团队的时候,总是会碰到一些问题,如:

1、开发人员完成开发后,直接告诉你“我这个项目完成开发了,你可以开始测了‘;

2、在这个时候开发可能并没有告诉你需要添加什么配置,数据库是否有变动,测试过程中才发现少这个配置,少那个字段;

3、测试过程中发现部分问题反馈给开发,开发人员告诉你“这些问题都是我们已知的问题,后续再修复”;

4、测试过程中发现,新增或修改一个功能,其他功能模块受到影响,等等。

 

那我们该怎么来降低这些问题出现概率呢?

1、首先我们可以要求开发告诉我们,你们本期都实现了哪些需求,增删改了哪些内容;

2、其次明确需求后,需要开发提供维护的配置文件和数据脚本,同时验证脚本是否可正常运行;

3、尽量让开发提供/评估影响范围,可能受到影响的功能模块,质量人员均需保证覆盖到位;

4、对于本期未能够实现或者仅是过渡方案的地方,需要开发进行备注,后续需要重点关注并推动开发修复。

 

当然在实行的过程中可能存在各种阻碍和问题,那如何来推进这些内容呢?

  这块内容留给大家了。

 

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值