开发人员应该创建测试用例，然后运行测试用例吗？

Question

我在一家公司工作，开发经理希望开发人员在编写任何代码之前创建测试用例。然后，这些测试用例必须由开发人员维护。每个开发人员都会被期望运行测试用例。

从这一点，你应该能够收集到，该公司是相当小的，没有测试人员。

来自一个软件架构师的职位，不得不写/执行测试用例，戴着我的“测试者”帽子，这对系统来说有点令人震惊。无论如何，我都这样做，但这似乎是一个相当昂贵的练习:)

编辑：

我似乎需要在这里详细说明:我不是在谈论单元测试、TDD等等。)

我指的是测试人员所做的那种测试。一旦我开发了一个系统(用我的单元测试/ tdd /等等)该软件经过一个测试阶段。开发人员应该是测试人员，开发人员应该是测试用例吗？

我认为这种误解可能源于这样一个事实，即开发人员通常不参与这种类型的测试，因此，假设我指的是我们所做的测试:单元测试。但是，唉，没有。

我希望这能把事情弄清楚。

Answer 1

在你描述的过程中，我看不出有什么大问题。诚然，专注的测试人员传统上在设计这样的测试用例方面有更多的经验，但同样，如果您的开发人员经常这样做，这并不重要。

然而，对自己的错误视而不见有一些值得说的话。测试你自己的东西意味着你已经对你所测试的任何东西有了一个既定的心态，仅仅是因为你开发了它。单独的测试人员将添加一个新的视角，并且更有可能发现f.ex问题。在可用性领域。

以前没有提到的一个主要缺点是，根据您必须遵守的标准，在某些项目中可能不允许这样做。一些SW开发标准明确禁止测试您自己的东西(不是在TDD的意义上，而是在验证/验收测试方面)。在这种情况下，测试您自己的工作很可能违反了项目的合同。

Answer 2

您所描述的是测试计划或测试用例。理想情况下，您应该有一个独立的QA专家来创建并可能运行这些测试用例。

但是，考虑到您的公司/团队规模很小，让开发人员在创建代码之前根据需求创建测试计划是第二件最好的事情。

通过在此过程中创建测试用例，您对解决方案了解较少，理想情况下将编写一个更好的测试用例。

不过，我不太喜欢这种方法。如果公司/组织不希望启动专用QA，那么流程中的一个可能的改进就是让同行编写并运行测试用例。

Answer 3

我还在一家公司工作，大多数团队都没有专门的测试/质量保证功能。我们更愿意把它描述为质量是每个人的责任:确保您编写的代码做它想要做的事情永远不是别人的问题。编写和执行手动测试计划并不是一种解决方案，但是需要高质量的软件，团队必须找到一些方法来实现这一点。

在我的组织中，这种组织风格的预期效果是使每个人在短期内采取负责任的行动，并鼓励在长期内采取创新的质量办法。许多团队一开始就把一天的时间用在了手工测试上。过了一段时间，更多的团队开始进行更彻底的代码评审和设计评审，一些团队已经自动完成了全部或部分的预发布烟雾测试，以减少测试所花费的时间，并降低出错的风险。

你是对的，把工程师和架构师的时间花在重复的手工测试上是一种非常昂贵的方法，但它的效果是让代码生成者感受到他们错误的影响，并且，如果有合适的团队，可以鼓励人们更深入地理解从大脑到生产的转变的整个过程，而不是仅仅为QA和操作团队“抛出代码”。