Dav*_*ton 11
他们的工作简单明了.打破申请.你总是知道什么时候你有一个好的测试员,因为当那个人来到你的桌子/立方体时,你总是有点恼火.这样做的原因是你知道,如果测试人员在你附近,他们发现你写的东西有问题.所有的借口都开始堆积在你的脑海中,"好吧,你没有正确使用它!"等等,但最后,你知道测试人员是对的,而你在编程中犯了一个错误.
好的测试人员可以找到错误.他们可以像用户一样思考,验证业务规则等,但当用户点击异常模式强制您的应用程序中断时,他们也会像用户一样行事.看起来他们滥用应用程序并以某种方式使用它并不意味着使用它,但这就是他们的工作,这就是为什么他们作为测试人员获得报酬的原因.
你知道你的测试仪在找不到任何错误时需要更换.相信我,在任何复杂系统中,总是有一些错误,这是测试仪的找到它的工作.
话虽这么说,使用专门的测试人员是至关重要的,特别是在处理任何具有大量UI组件的应用程序时.
继David的回答之后,一位优秀的测试人员非常重视他或她的黄金重量 - 合同测试人员的成本非常高.
几年前我和一位出色的测试人员合作过.我当时是科技领导者,他是我生命中的祸根,但他的价值无法估量.
他组织严密,非常聪明.他根据有限的需求和功能文档编写了自己的测试计划.大多数情况下,他运行应用程序,并从他对业务的理解,找出它应该做什么,以及它不足的地方.
他对细节的关注简直令人敬畏.他报告的所有内容都是完全可重复的,有文档记录,并且不仅包含错误报告,还包含备用行为的建议.当然,这非常有用,因为并非所有错误都会导致应用程序崩溃.
他也足够灵活,可以识别事情的优先位置,并且(暂时!)不再讨论我们没有时间做的事情.
因此,我们获得了UI反馈,错误报告,甚至是关于需求被误解的建议.
他用他所发现的东西努力工作,但我们对我们的共同目标,即高质量的系统有了强烈的认可.如果你在外面,尼古拉斯,我祝你好.
对OP来说,我建议你找一个有这些技能的人.
一个好的质量保证部门会做几件事:
至于它们如何融入这个过程:
请注意,上面的 3 和 4 可能会有很大差异,具体取决于您讨论的是新产品还是现有产品的版本。如果您有现有产品,并且可以在开发的同时进行大量测试。
| 归档时间: |
|
| 查看次数: |
7362 次 |
| 最近记录: |