软件测试方法：质量保证模型

什么是软件测试方法？

软件测试方法定义为用于证明被测应用程序符合客户期望的策略和测试类型。测试方法包括功能和非功能测试以验证 AUT。测试方法的示例有单元测试、集成测试、系统测试、性能测试等。每种测试方法都有明确的测试目标、测试策略和可交付成果。

注意：由于软件测试是任何开发方法不可或缺的一部分，许多公司将开发方法和测试方法混用。因此，测试方法也可以指瀑布、敏捷和其他 QA 模型，而不是上述测试方法的定义。讨论各种测试类型对读者没有价值。因此，我们将讨论不同的开发模型。

瀑布模型

它是什么？

在瀑布模型中，软件开发按顺序通过需求分析、设计等各个阶段。

在此模型中，只有在前一阶段完成后，下一阶段才会开始。

测试方法是什么？

瀑布模型的第一阶段是需求阶段，在该阶段，所有项目需求在开始测试之前都已完全定义。在此阶段，测试团队集思广益测试范围、测试策略并起草详细的测试计划。

只有在软件设计完成后，团队才会开始执行测试用例，以确保开发的软件按预期运行。

在此方法中，测试团队只有在前一阶段完成后才能进入下一阶段。

优点	缺点
这种软件工程模型非常容易规划和管理。因此，需求已明确定义并事先说明的项目可以很容易地使用瀑布模型进行测试。	在瀑布模型中，只有在前一阶段完成后，才能开始下一阶段。因此，此模型无法适应计划外事件和不确定性。
	此方法不适用于需求经常变化的项目。

迭代开发

它是什么？

在此模型中，一个大型项目被划分为小部分，每个部分都经过瀑布模型的多次迭代。在迭代结束时，开发了一个新模块或增强了一个现有模块。该模块被集成到软件架构中，整个系统一起进行测试

测试方法是什么？

迭代完成后，整个系统立即进行测试。测试反馈立即可用，并纳入下一个周期。根据从过去迭代中获得的经验，可以减少后续迭代所需的测试时间。

优点	缺点
迭代开发的主要优点是每个周期结束时测试反馈立即可用。	此模型显著增加了沟通开销，因为在每个周期结束时，必须提供有关可交付成果、工作量等的反馈。

敏捷方法

它是什么？

传统的软件开发方法基于软件需求在整个项目期间保持不变的前提。但随着复杂性的增加，需求会经历无数变化并持续演进。有时，客户自己也不确定他们想要什么。尽管迭代模型解决了这个问题，但它仍然基于瀑布模型。

在敏捷方法中，软件以增量、快速的周期开发。强调客户、开发人员和客户之间的交互，而不是流程和工具。敏捷方法侧重于响应变化，而不是全面的规划。

测试方法是什么？

敏捷开发方法采用增量测试，因此项目的每个发布都经过彻底测试。这确保在下一个发布之前修复系统中的任何错误。

优点	缺点
可以随时更改项目以符合要求。	持续的客户互动意味着所有利益相关者（包括客户自己、软件开发和测试团队）都面临额外的时间压力。
这种增量测试最大限度地降低了风险。

极限编程

它是什么？

极限编程是一种敏捷方法，它相信短开发周期。一个项目被划分为简单的工程任务。程序员编写一段简单的软件并返回给客户寻求反馈。吸取客户的审查意见后，开发人员继续进行下一个任务。

在极限编程中，开发人员通常结对工作。

极限编程用于客户需求不断变化的地方。

测试方法是什么？

极限编程遵循测试驱动开发，其描述如下：

1. 向测试套件添加测试用例，以验证尚未开发的新功能
2. 运行所有测试，显然，由于功能尚未编码，新添加的测试用例必须失败
3. 编写一些代码以实现特性/功能
4. 再次运行测试套件。这次，由于功能已编码，新测试用例应该通过

优点	缺点
对软件设计有模糊想法的客户可以使用极限编程	软件开发团队和客户之间的会议增加了时间要求。
持续测试和持续集成小版本可确保交付的软件代码质量高

选择哪种软件方法？

有大量的软件开发及其相应测试的方法可用。每种测试技术和方法都专为特定目的而设计，并有其相对的优缺点。

特定方法的选择取决于许多因素，例如项目的性质、客户要求、项目进度等。

从测试的角度来看，有些方法在开发生命周期早期就要求测试输入，而另一些则等到系统的工作模型准备就绪。

如何建立软件测试方法？

软件测试方法不应仅仅为了测试软件代码而设置。应考虑大局，并通过测试方法满足项目的首要目标。请参阅这份信誉良好的软件测试服务提供商列表，他们可以帮助您根据项目目标制定有效的测试策略。

日程安排

现实的日程安排是成功实施测试方法的关键，日程安排应满足团队每个成员的需求。

定义的可交付成果

为了让所有团队成员保持一致，应提供明确定义的可交付成果。可交付成果应包含直接内容，没有歧义。

测试方法

一旦日程安排完成并提供了明确定义的可交付成果，测试团队就应该能够制定正确的测试方法。定义文档和开发人员会议应向团队说明可用于项目的最佳测试方法。

报表

透明报告很难实现，但这一步决定了项目中使用的测试方法的有效性。