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