在“测试计算机软件”中，他们甚至没有提到套件。 （我想是因为这本书是过时的）
从IBM他们声明：
如果每个测试用例代表一个场景的一部分，例如模拟用户完成交易的元素，请使用测试套件。例如，一个测试套件可能包含四个测试用例，每个用例都有一个单独的测试脚本：
测试用例1：登录，测试用例2：添加新产品，测试用例3：结帐，测试用例4：注销
测试套件可以确定测试工作中的差距，在这些差距中，必须先成功完成一个测试用例，然后才能开始下一个测试用例。
听起来好像他们将测试套件归类为连续运行。
维基百科指出：
在软件开发中，测试套件（通常不称为验证套件）是旨在用于测试产品或服务的测试用例的集合。软件程序，以显示它具有某些指定的行为。测试套件通常包含每个测试用例集合的详细说明或目标，以及有关要在测试期间使用的系统配置的信息。一组测试用例还可能包含先决条件状态或步骤，以及以下测试的描述。
测试用例的集合有时被错误地称为测试计划，测试脚本，甚至是测试方案。
我也找到了以下解释：
测试计划从根本上说是测试用例的逻辑集合。假设您有一些测试网站的身份验证功能的测试用例，然后可以将所有这些测试用例归类为Authentication_Test_Plan。
另一方面，测试套件是一个执行单元，例如功能测试，用户验收测试（UAT），集成测试或回归测试。这些测试套件可以具有相应测试阶段所需的测试用例的任意组合。因此2个测试套件实际上可以具有相同或相异的测试用例。
我可以继续给出更多反对意见的示例，但这已经持续了很长时间。我开始担心没有一个实际的定义，每个人都只是根据自己的先入为主的概念来定义自己的定义。如果是这样，我将继续讲下去，但我希望情况并非如此，我们可以确定它们的实际含义。
#1 楼
传统的定义将是这样的：测试套件是与同一测试工作相关的测试用例的集合。您可能有一个用于回归的套件，一个用于构建验证测试的套件，一个特定于组件的套件等等。
测试计划通常是一个文档，描述了所使用的测试方法和方法。用于测试项目，风险，测试范围，特定工具等。它通常不包含特定的测试用例信息，因为它的级别更高。
评论
我认为我可以落后于这些定义。理想情况下，测试计划中的每个点都将要求创建一个测试。创建的测试将成为测试套件的一部分。
–corsiKa♦
2014年7月4日在1:30
#2 楼
如果我们参考ISTQB术语表，那么测试套件：一组针对被测组件或系统的多个测试用例，其中一个测试的发布条件通常用作下一个测试的前提条件一。
测试计划：描述预期测试活动的范围，方法，资源和时间表的文档。它确定了其他测试项目，要测试的功能，测试任务，将执行每个任务的人员，测试人员的独立程度，测试环境，要使用的测试设计技术和进入和退出标准，以及它们的依据。选择，以及需要应急计划的任何风险。它是测试计划过程的记录。
#3 楼
从测试管理工具的角度来看，“测试计划”是针对特定构建要执行的特定测试用例的集合。例如，在Microsoft的MSTF（VSTS）和HP的ALM中，使用了“测试计划”一词。诸如SpiraTest之类的其他测试管理工具使用术语“测试集”来指代为“执行”而针对某些“构建”测试目的而“计划”的某些“测试用例”的集合。同样，“ Suite”也是测试用例集合的名称（基于操作或步骤的测试用例，它们代表诸如Login，端到端方案之类的单个方案）。通常，当要求您测试应用程序/模块/功能，可能要求您编写或传达“测试计划”，其中可能包含测试任务，测试策略，后勤等（可能是书面或有文件证明，也可能没有即“指示性”）。定义测试计划的另一种方法是CMM / SEI方式，根据适用于某些项目的基于模板的“测试计划”，根据范围，资源，时间，里程碑，进入/退出标准思想记录测试计划（并确实达到了目的） ）。
#4 楼
在某些特殊情况下，人们所说的测试计划（https://en.wikipedia.org/wiki/Test_plan）也可以描述为测试策略（https://en.wikipedia.org/wiki/ Test_strategy）。另外，我看到了测试计划的定义，这些定义可能与测试套件相同。话虽如此，根据ISTQB术语表的定义通常是如上所述使用的内容。评论
USER16642，您好，欢迎使用SQA。您似乎在这里有一个不错的答案。如果您添加ITQSB来源的引用或引用，或者最好同时添加两者，那将更加有用。如果这样做，我会投票赞成。
–Bookeater
16年2月14日在19:39
评论
您的直觉是对的：大多数人都自己定义。如果有人在使用这些术语时有疑问，请进行澄清。这些概念比实际术语更重要。