问测试管理工具-必需品还是奢侈品？

EN

首先，虽然我支持使用测试用例管理工具(即使它是像电子表格这样基本的工具)，但重要的是要认识到它是一个需要初始投资和维护都是有用的工具。您正在创建一个知识主体，这些知识必须在它描述的更改的应用程序中进行调整或纠正。这是一个有用的工具，但你不能免费获得它(通常是便宜的)。

那么，我通常会得到什么样的回报呢？

• 我可以为一般用途设置测试执行计划，也可以为某些功能区域设置特定的临时计划。
• 我可以跟踪测试用例结果到特定的特性或验收标准，并确保应用程序的重要部分按预期工作，并及时解决缺陷。
• 当我们在测试过程中遗漏了一些东西时，我会更深入地了解测试用例是否需要重新工作，或者我们是否没有记录发现缺陷的应用程序中的部分。
• 我可以向其他涉众展示个别处决或执行历史的结果。这让我可以告诉他们，我们应该谨慎的地方，应用程序的哪些部分是有问题的发布后发布，哪里可能是最好的支付技术债务，等等。

如果创建和维护知识库的努力值得获得类似的结果，那么我绝对建议研究中医工具。这将取决于你的个人情况。

这真的取决于你的团队的情况。对于我们的组织来说，这是必要的(否则我们就不会花更多的钱)。

尽管有一个缺陷管理工具，但我们开始使用测试管理工具的原因是我们无法在团队成员中有效地重用我们的测试用例。因此，我们尝试了一个开源工具TestLink，但是我们再次意识到，我们无法将我们的测试执行与缺陷联系起来。如果最近一次周期中的缺陷是否存在于前一个周期中，则需要大量的手工工作来追溯。

然后我们尝试了Kualitee，它使我们能够与Jira以及我们的自动化工具Selenium集成。从那时起，将缺陷追溯到循环是一次点击。所以是的，它已经成为一种必需品而不是一种奢侈品。

我们公司一直使用测试管理工具。我们使用敏捷，如果没有测试管理工具，我们就会完全迷失在寻找错误属于哪个周期的过程中。现在我们使用Practitest，因为我们可以构建一个包含所有测试用例的组织库，并使用智能过滤器构建它们，智能过滤器将每个版本的测试、周期等分开。最近，我们还设法降低了一些成本，将开发人员的用户减少到一个更便宜的许可:D。