Project management 两名测试人员之间的通用工具/方法-这重要吗？

我是一名.NET开发人员（顾名思义）。我们最近聘请了一名首席测试分析师（lead表示将有测试人员在她手下工作），我在她手下/与她一起工作（我说是在她手下，因为她有指导我和检查我工作的经验）。这种关系很好，我之所以被安排在这个职位上，是因为我拥有测试分析师所拥有的大部分技能（尽管我是一名开发人员，首先是一名开发人员，这说明我有多强大）

问题是，开发人员作为测试人员，使用专用测试人员，会导致问题。我使用某个工具进行web测试，并自己编写代码（因为我可以做循环和复杂逻辑之类的事情，而且我是一名开发人员，所以编写代码就像我的本能），测试人员使用另一个工具（没有那么强大），使用记录/回放方法

我们的项目经理认为最好保持同步，使用一个通用的工具和一个通用的方法/工作流程，但我不认为使用单独的工具有什么问题（特别是我知道测试人员使用的工具，但API很弱）。如果我们使用的工具不一样，这真的重要吗？由于截止日期很紧，如果我需要编写代码，我希望我的工作效率最高，但我不会这样做

---

感谢

显而易见的答案是，在可能的情况下，测试公共区域的单独工具可能会在代码中找到不同的代码路径

我肯定会像您那样进行更深入的测试工作，比如在GUI正下方的代码中进行更深入的测试，以及WinRunner类型的GUI方法，在该方法中，您还可以通过表示层执行代码

---

HTH

哦，如果你在运行不同的测试，其中一个告诉管理层“测试通过，一切正常”，另一个说“我们还有十二个缺陷”，那么你就有问题了。

高效当然是一件非常重要的事情。在做相同的工作时使用单独的测试过程有一些优点和缺点。以下是一些缺点：

• 没有代码重用/思维共享。如果你学习了一些东西，开发了一些东西，它可能不会超出你的工具范围
• 如果这些工具涉及固定成本，则重复这些成本
• 管理层可能不喜欢它，因为在某种程度上存在重复
• 各方需要达成一致，认为使用两种工具是件好事，否则管理层会不喜欢

---

如果您的工具满足两种不同的测试技术，那么它们本身自然会很有用。仅仅因为两件事都“测试”并不意味着它们是同一件事。我可能会根据我认为最适合该项目的内容来构建我对管理层的回应。

我认为，开发人员为确保其代码正确而需要运行的测试类型与测试人员通过使用用户界面运行的测试之间存在固有的差异。用户界面中有很多东西还没有实现，但仍然需要正确工作。作为开发人员，在将代码发送到测试之前，您不能免除对代码进行单元测试的责任。没有理由不能使用单独的工具完成这两种类型的测试，因为它们不是针对同一事物进行测试。对一组测试人员有效的东西对一组开发人员无效

---

与测试人员坐下来，看一个您为测试功能而编写的测试示例，以及他或她将使用其他工具创建的测试示例。共同为管理层创建一个演示文稿，展示为什么需要这两个工具，以及使用这两个工具如何增加在投入生产之前发现更多错误的机会。

但是如果这两个工具都应该通过，并且它们使用不同的代码路径，那么它们仍然发现了正在测试的程序中的缺陷。必须纠正的缺陷。