今天和测试小姐妹聊到项目交付进度的问题,她们公司是做Saas的,最近部门人员调整,遇到一个问题是:给客户交付的日期是固定的,但开发实际提测的日期经常比预期的晚,而且经常会有冒烟测试打回的情况,这样就导致测试进度和质量也受到了影响,结果就是测试经常被迫做背锅侠。
思考了一下我遇到这个问题的时候会怎么处理:
一是利用起项目管理工具(这里是云效)提供的时间节点(里程碑)功能,一个周期开始的时候就把交付时间、提测时间明确标记。这样就能看到做了多长时间,测试了多长时间了。一旦提测时间逾期,云效会在对应群聊发消息提醒对应的负责人,这样开发也不太好意思delay太久。
二是提供一些冒烟用例给开发,把自测也作为提测前的一个流程,开发检查冒烟用例没问题以后再提测。这样不但可以避免对需求理解不一致导致的功能bug、减少提测打回的概率,而且由开发自己检查到的问题他们印象也会更深刻,以后coding的时候也对避免同类型错误有帮助。
核心思想就是共同承担风险,我们是一个team,保证质量是共同的任务。