我们的团队有一个任务系统,我们发布分配给每个开发人员的小型增量任务.
每个任务都在自己的分支中开发,然后在合并到主干之前对每个分支进行测试.
我的问题是:任务完成后,谁应该定义应该在此任务上完成的测试用例？
理想情况下,我认为任务开发人员本身最适合这项工作,但我认为开发人员有很多阻力,他们认为这是浪费他们的时间,或者他们根本不喜欢这样做.
我不喜欢让我的QA人员这样做的原因是因为我不喜欢他们创造自己的作品的想法.例如,他们可能会遗漏那些测试过多的工作,他们可能不知道所需的技术细节.
但同样地,开发人员做测试案例的部分是,他们可能会遗漏他们认为会破坏的事情.(甚至下意识地也许)
作为项目经理,我最终自己编写了每个任务的测试用例,但我的时间已经征税了,我想改变它.
建议？
编辑:通过测试用例我的意思是在应该合并到主干之前应该对分支执行的各个QA任务的描述.(黑盒子)
如果缺陷发生在客户身上,则是团队的错,因此团队应该编写测试用例以确保缺陷无法到达客户.
项目经理(PM)应该比团队中的任何人更好地理解域.他们的领域知识对于拥有对域有意义的测试用例至关重要.他们需要提供示例输入并回答有关无效输入期望的问题.他们需要提供至少"快乐路径"测试用例.
开发人员将知道代码.您建议开发人员可能最适合该任务,但您正在寻找黑盒测试用例.开发人员提出的任何测试都是白盒测试.这是开发人员创建测试用例的好处 - 他们知道代码中的接缝在哪里.
优秀的开发人员也会向PM提出问题"当......会发生什么？" - 每个都是一个测试用例.如果答案很复杂"如果a那么x,但如果是b然后y,除了星期四" - 有多个测试用例.
测试人员(QA)知道如何测试软件.测试人员可能会提出PM和开发人员不会想到的测试用例 - 这就是为什么你有测试人员.
我认为项目经理或业务分析师应该编写这些测试用例.
然后他们应该将他们交给QA人员进行充实和测试.
这样,您就可以确保规范之间没有漏掉的差距,以及实际测试和交付的内容.
开发人员肯定不会这样做,因为他们将测试他们的单元测试.所以这是浪费时间.
此外,这些测试将发现开发人员永远不会发现的错误,因为它们可能是由于规范中的误解,或者通过代码的功能或路由未经过深思熟虑和正确实现.
如果您发现自己没有足够的时间进行此操作,请雇用其他人,或者提升某人担任此职位,因为这是提供优质产品的关键.
京公网安备 11010802040832号 | 京ICP备19059560号-6 