Excel 为报告和分发结果提供了不错的工具。您对该工具有特定要求吗？

如果您正在寻找跟踪，则可以使用 Jira - http://www.atlassian.com/software/jira/或 MSTest 等选项（如果您使用 Visual Studio）。尽管您也可以在开源测试中找到许多选项 - http://www.opensourcetesting.org/

一种简单且廉价的方法是将记录的程序/脚本和测试人员的发现记录在电子表格中。听起来好像您有不止一名测试人员。如果您担心多个测试人员更新单个电子表格的后勤工作，您可以使用在线电子表格，例如来自 Google Docs。

有更复杂的系统，但如果不了解您的情况，很难推荐它们。我假设您在此处提出问题之前至少执行了一次 Google 搜索（例如“测试用例管理系统”）以获得可用的解决方案。如果您可以总结您的搜索所揭示的内容以及这些发现与您要解决的问题之间的关系，我相信有人会很高兴与您分享他们的经验和见解。

在我工作的地方——一个由 6 名测试人员组成的团队——我们经常使用 Excel 电子表格。对于错误修复，我们的错误跟踪工具（由公司构建和维护）保存的文本文件很少。功能开发通常会得到一个包含测试用例和结果列表的电子表格。回归自动化有一个单独的共享电子表格，每天记录结果。

很大程度上取决于所需的详细程度：对于回归自动化，我的团队在每个主要版本都有一个选项卡，每个测试集都有一个列（通常测试集是围绕系统的功能区域组织的）。第一行列出了每次运行的预期结果——通常是 0 个错误、x 个警告以及这些警告的用途。

对于功能开发，电子表格围绕功能集或用户故事进行组织，具体取决于在测试和报告方面哪个更有意义，并包含每个主要部分的通过/失败结果的摘要选项卡。详细的测试列表也以通过/失败为基础，并留有空间来描述失败并记录在需要时创建的错误报告。

我发现细节和结构的水平在很大程度上取决于被测应用程序的复杂性、团队的规模、开发速度（如果你能告诉开发人员正在开发一个新的功能并在 24 小时内得到修复，可能不需要报告错误），以及不同开发团队之间的重叠量。