开发何时应停止并开始质量检查？

我们为两个开发团队编写了完整的功能规范。我们没有专业的测试人员，但是我们已经在可用的服务台人员的帮助下起草了“ QA测试”。

过去，我们遇到了无法使用全部功能的问题，或者交付的代码完全不符合规范。

我的问题是：在什么阶段开发人员应该停止将代码移交给质量检查小组？在移交给质量检查团队之前，要求开发人员对照规范检查其代码是否过多？

不应该！

完成所有工作，停止然后修复所有问题非常困难。当您要解决在质量检查流程中发现的问题时，您可能会发现最好做一些不同的事情。

与其将所有内容都视为锁步过程，不如尝试使其更具周期性。编写一些功能并进行测试。编写更多代码并进行测试（旧的代码仍然有效）。这种更加流畅的过程减轻了尝试提前加载所有内容的艰辛工作。在接近截止日期时，您仍然可以拥有代码冻结的概念（仅修复错误），但是重点是要尽早且经常进行测试。

好吧，如果整个代码段都处于非工作状态下移交给QA，也许您应该考虑在过程中添加某种单元/集成测试。不要通过使您的质量检查人员发现您无法对代码进行单元或集成测试来滥用他们。

这是一条很好的路线，因为如果代码是根据规范交付的，那么对我而言，这意味着没有错误（并且不需要质量检查！）。我们通常不会将代码交付给规范这一事实是我们首先进行质量检查的原因。

但是我实际上并不认为那是您在说的。您的意思是开发团队似乎对他们的编码有些懒惰，并且有很多明显的事情似乎没有用。事先指出，需要针对功能A，B和C（在规范中）分别进行单元测试，然后（由精益团队或经理）对代码和测试进行独立审查，这有助于缓解此类问题。 。

我认为，至少，开发人员应该已经测试了“快乐之路”。如果他们输入了预期的数据，那么它将按照规范的说明进行操作。那些做得不多的开发人员应该受到质疑。

如果开发人员没有测试明显的边缘情况，我也会感到失望：数据库太长的字符串，明显无效的文本，如果您在应该输入数字的地方输入字母等。如果这种情况经常发生，则应该再次提出问题。

但是，假设规范中没有特别提及，如果开发人员将名称限制为大小写字母，但忘记了一些名称带有撇号或允许日期为2011年2月29日，那会更容易理解。除非他们一次又一次地犯同样的错误。

质量检查小组应该掌握极端情况。我更喜欢QA作为猴子测试者：只是输入随机垃圾，看看他们是否可以那样破坏应用程序。

在Web开发中，质量检查人员应尝试使用其他浏览器，并尝试查找可能会影响代码的插件。他们应该关闭Javascript和CSS，然后看看他们能从中学到什么。那种事 如果您希望开发人员能够做到这一点，那么您就花了太多钱。

如果交付的功能不起作用，那么问题就不在开发和质量保证之间，而在开发和产品所有者之间。

产品负责人和开发人员应属于同一团队，并应共同努力确定考虑“完成”功能所需的工作，并确保代码满足该需求。

交付代码时，测试应该仅仅是一种形式，因为产品所有者应该一直在与开发人员合作，以确保涵盖所有用例。

（如果您有专业的测试人员，那么他们应该是团队的一部分，并且应该在每个阶段都参与其中。）

我们有一个项目筛选过程，要求开发人员在进行质量检查之前先对其代码进行演练/演示。我们不仅包括质量检查测试人员，还包括代码，客户服务和市场营销/设计的业务所有者。这往往至少将重点放在开发人员的简单用例上，有时各个团队之间进行的讨论导致规范的更改和进入质量检查的延迟。如果可以的话，我们会在流程的较早阶段就进行质量检查，这有助于在代码仍然正常运行的同时修复错误-但我们仍会在“正式”质量检查开始之前进行演练。

有时我曾说过，如果错误地将代码而不是QA投入生产，您将不满意，则不应将代码提交给QA。功能严重失调的代码不属于质量检查程序（在特定情况下除外）