这是11个步骤的软件测试过程，是一种基于经验的实用方法，用于解决测试分配问题。
这些解释如下。
- 步骤1：评估开发计划和状态–
该计划可能是将“验证，确认和测试计划”组合在一起以评估已实施的软件解决方案的先决条件。在此步骤中，测试人员会挑战事件计划的完整性和正确性。基于项目计划的广泛性和完整性，测试人员可以估算测试实施的软件解决方案所需的资源数量。 - 步骤2：制定测试计划–
测试的形成计划将遵循与任何软件计划过程相同的模式。所有计划的结构应相同，但是内容将改变风险测试人员认为与开发中的软件相关的支持程度。 - 步骤3：测试软件要求–
不完整，不正确或不一致的要求会导致大多数软件故障。在需求收集阶段无法正确获取需求也会大大增加实施成本。测试人员必须通过验证来确定需求是准确，完整的，并且与其他需求没有冲突。 - 步骤4：测试软件设计–
此步骤主要通过验证技术来测试外部和内部设计。测试人员担心计划会达到需求的目标，这也是因为设计在指定的硬件上有效且高效。 - 步骤5：构建阶段测试–
从内部设计文档中选择构建软件的方法将确定所需测试人员的类型和广泛性。随着施工变得更加自动化，在此阶段将需要较少的测试。但是，如果软件是使用瀑布法制作的，则可能会出错并且将被验证。经验表明，与在测试执行步骤中进行动态测试相比，在开发阶段发现缺陷要便宜得多。 - 步骤6：执行并记录结果–
这涉及在动态状态下测试代码。测试计划中列出的方法，方法和工具将不会验证可执行代码是否确实符合规定的软件要求，从而验证设计的结构规格。 - 步骤7：验收测试–
验收测试使用户能够评估软件在执行日常工作功能中的适用性和实用性。这测试了用户认为软件应执行的功能，以及状态软件应执行的已记录要求。 - 步骤8：报告测试结果–
测试报告是连续的过程。它可能是口头的，也可能是书面的。重要的是，应尽早将缺陷和疑虑报告给有关方面，以便以尽可能低的成本进行更正。 - 步骤9：软件安装–
一旦测试团队确认软件已准备好供生产使用，则应测试在生产环境中执行该软件的能力。该测试与操作软件，相关软件和操作程序的接口。 - 步骤10：测试软件变更–
尽管通常将其显示为步骤10，但在实施软件后执行维护的上下文中，该概念还适用于整个实施过程中的更改。每当需求更改时，测试计划就必须更改，并且该更改对软件系统的影响必须进行测试和评估。 - 步骤11：评估测试效果–
通过在每个软件测试任务的顶部评估测试的有效性，可以最好地实现测试改进。尽管此评估主要由测试人员执行，但如果IT组织内部存在函数，则应包括开发人员，软件用户和质量保证专业人员。