初创公司和质量保证

Question

初创公司应该在这个过程的早期就有专门的QA.通常情况下,QA添加得相当晚.

我的两部分问题是:

Answer 1

我将提供一个非常规的观点:

创业公司的第一批质量保证成员应该具备在没有充分指定项目时帮助开发团队(并帮助他们实现这一目标)的技能.

对我而言,质量保证不仅仅是测试.测试是质量控制(QC).但是如果你不知道它应该做什么,你就无法为产品设计测试.这种情况在启动环境中非常普遍 - 编码人员在不决定他们正在构建的项目的情况下疯狂地敲打项目.

质量保证过程在编码之前开始:

这就是为什么我说第一个QA活动应该参与需求规范阶段.

@Eric:我的信念是人们想用技术来解决技术问题.但需求定义需要人为判断,不能自动化.很难确定"这个功能是否存在,该功能已经消失",但它可能是我们可以为质量目标做的最重要的事情. (3认同)
令人遗憾的是，您的观点实际上是不合常规的。在大型和小型公司中，这都是我的口头禅，但是我很少看到它执行得很好。 (2认同)
@比尔：同意100％。不仅“进出”，而且“此功能的定义不够清晰，以至于所有利益相关者对应该做什么应该有共同的理解。” 这一问题导致无数人多年的浪费发展。 (2认同)
另一个想法：找到一个经验丰富的资深软件工程师，他知道如何与他人良好地合作，并且知道如何编写良好的工程规范。他们不必一定要完全了解最新技术，因为需求定义和编写是与技术无关的技能（更不用说沟通）。“质量保证导师”角色可能是抵抗年龄歧视的绝佳机会。 (2认同)

Answer 2

我坚信敏捷和精益软件开发.在神话般的Mary Poppendieck关于缺陷的一些引用之后,请在这里找到:

最后一个:

所以,为了回答你的问题,我的观点如下:

质量保证的工作是创建一个测试驱动的环境,使得几乎不可能出现缺陷.因此QA在开发之前,它不遵循它.所以,是的,尽早开始QA.
理想情况下,将测试人员嵌入产品开发团队.让他们在迭代期间进行测试.尝试在每次迭代时运送完全工作和测试的增量.
为了实现这一目标,您需要非常熟练的人才.他们需要掌握大多数测试领域和相关工具:构建测试计划,编写(自动)验收测试,设置测试数据,最终执行负载测试等.BDD知识是一个很大的优点,因为可执行规范受到高度赞赏开发团队.