我正在尝试重新考虑我们在公司使用的测试周期，并且想知道是否有人可以在不使用众包数据的情况下提供任何线索、示例、经验等。我们制造的产品是专为专业人士设计的，他们在我们的产品上使用的时间有限且价格昂贵，因此众包数据模型可能会导致我们在竞争对手中看到的不良声誉。
我们的测试需要对单个功能进行各种排列的大量手动测试，我想让事情变得更有效率。可以这样想：
主要测试1：“测试图形功能”
测试1：在windows上测试
- 子测试 1a：在 32 位机器上测试
- 子测试 1b：在 64 位机器上测试
测试2：在mac上测试
- 子测试 2a：在 32 位机器上测试
- 子子测试 2ai：使用“示例插件”在 32 位机器上测试
- 子测试 2b：在 64 位机器上测试
我们目前使用 JIRA，我现在正在研究 Zephyr，但不太喜欢它，因为它缺乏模块化（即，一旦我们推出更多产品并且随着系统变得更加先进，添加子测试用例变得更加困难管理）
根据答案编辑：
感谢您输入斯泰西和凯特！
我仔细考虑了一下，另一方面想，这可能是我们如何组织每个项目以及我们如何创建测试周期，这可能是我的难题的原因。
目前，对于我们发布的每个“应用程序”，我们支持许多不同“平台”上的功能（例如支持 4 个不同的操作系统），然后对于每个操作系统，我们允许支持 32 位和 64 位操作系统。
我们还将我们的“应用程序”移植到每个操作系统上的 4 个截然不同的“程序”上运行（并且每个程序都有新版本一直出现）。
好像这还不够，每个“应用程序”可以以 4 种不同质量的“分辨率”运行（即标准高清、高清等）。
同时期望每个排列具有相同的功能和质量。
不幸的是，这可能是由于我们为自己设定的高标准，我们不得不单独测试每一个排列，以确保其中一个排列不会使我们的发布成为停船……而且似乎，每个版本总是在上述一些奇怪的组合中出现问题（无论是回归还是其他），因此很难为这些要求中的任何一个偷工减料。
随着未来的快速临近，我只能想象更多的排列出现，以至于它变得难以处理。这就是我真正坚持的地方。因此，我试图集思广益，将所有这些版本组织成项目和测试周期等等，因为我们为自己设定的这个高标准使得所有这些“类似功能”的组合对于我们的最终用户来说都是“必要的” .
对此有什么想法？