如何通过冒烟测试前置来把控提测质量
一你是否碰到过开发提测速度很快,导致项目排队,结果介入测试时,第一条用例都跑不通的情况?你是否碰到过因为开发提测质量差,导致反复修改,反复提测,反复重复验证的情况?你是否碰到过因为开发提测质量差,导致一个修改影响了一大票老功能,从而让项目质
一你是否碰到过开发提测速度很快,导致项目排队,结果介入测试时,第一条用例都跑不通的情况?你是否碰到过因为开发提测质量差,导致反复修改,反复提测,反复重复验证的情况?你是否碰到过因为开发提测质量差,导致一个修改影响了一大票老功能,从而让项目质
前两周,我分别通过两篇文章《测试人员参与需求评审的价值是什么?》和《需求评审之实战演练》对需求评审阶段要做的事情做了大概的说明,今天是第三篇,主要想说说需求评审过程中对隐形需求挖掘的重要性。一我们先来看一个例子:「爸爸,我想吃面条。」「现在太晚了,饭店已经关门了,明天我带你去吃好不好?」「不好不好,我就要吃面条。」「你这孩子,这都 11 点了,哪还有面条?快
一我在面试时,经常会出一道简易计算器需求的编程题,完了之后再让写一下这个需求的用例,题目看起来很简单,但是几乎可以把我想了解到的基础测试理论全部都涵盖了。今天我还拿这个例子来实操下在《测试人员参与需求评审的价值是什么?》中提到的需求评审关注点。比如我现在是产品的角色,我给的需求描述是这样的:现在有一个 PC 客户端的命令行工具,这个工具可以接收三个命令行参数
学习过测试理论的同学肯定都知道,测试人员参与项目的第一步,大部分都是需求评审,但是不少测试同学反馈,自己很少参与需求评审,需求会议也很少喊测试人员参与。我觉得这一方面可能是流程上各角色配合的问题,另一方面可能是因为测试在评审过程中没有体现出参与的价值。针对第一个可能,需要测试主动找产品沟通,一方面表达希望参与需求评审的意愿,另一方面也要求他们在需求评审时喊上