软件测试方法：QA 模型
托马斯·汉密尔顿
什么是软件测试方法？
软件测试方法被定义为用于证明被测应用程序符合客户期望的策略和测试类型。测试方法包括功能测试和非功能测试，以验证被测应用程序。测试方法的示例包括 单元测试, 整合测试, 系统测试, 性能测试 等等。每种测试方法都有明确的测试目标、测试策略和可交付成果。
备注：由于软件测试是任何开发方法不可或缺的一部分，许多公司口语中使用开发方法和测试方法这两个术语。因此，与上述测试方法的定义相反，测试方法也可以指瀑布、敏捷和其他 QA 模型。讨论各种测试类型不会给读者带来任何价值。因此，我们将讨论不同的开发模型。
瀑布模型
这是什么？
在 瀑布模型软件开发过程经历需求分析、设计等各个阶段 – 依次.
测试方法是什么？
瀑布模型的第一阶段是需求阶段，在此阶段，在开始测试之前，所有项目需求都已完全定义。在此阶段，测试团队会集思广益，确定测试范围、测试策略并起草详细的测试计划。
只有在软件设计完成后，团队才会继续执行测试用例，以确保开发的软件能够按预期运行。
在这种方法中，测试团队只有当上一阶段完成后才能进入下一阶段。
| 性能 | 缺点 |
|---|---|
| 这种软件工程模型非常易于规划和管理。因此，只要事先明确定义和陈述了需求，就可以轻松地使用瀑布模型进行测试。 | 在瀑布模型中，只有前一阶段完成后才能开始下一阶段。因此，该模型无法容纳意外事件和不确定性。 |
| 这种方法不适用于需求经常变化的项目。 |
迭代开发
这是什么？
在这个模型中，一个大项目被分成几个小部分，每个部分都要经过瀑布模型的多次迭代。在迭代结束时，开发一个新模块或增强现有模块。该模块被集成到软件架构中，整个系统一起测试
测试方法是什么？
迭代完成后，整个系统都会接受测试。测试的反馈会立即产生，并会纳入下一个周期。根据过去迭代的经验，可以减少后续迭代所需的测试时间。
| 性能 | 缺点 |
|---|---|
| 迭代开发的主要优点是每个周期结束时可以立即获得测试反馈。 | 这种模式大大增加了沟通开销，因为在每个周期结束时，必须给出关于可交付成果、工作量等的反馈。 |
敏捷方法
这是什么？
传统的软件开发方法的前提是软件需求在整个项目中保持不变。但随着复杂性的增加，需求会发生许多变化并不断发展。有时，客户自己也不确定自己想要什么。虽然迭代模型解决了这个问题，但它仍然基于瀑布模型。
在敏捷方法中，软件以增量、快速的周期进行开发。重点是客户、开发人员和客户之间的互动，而不是流程和工具。敏捷方法侧重于响应变化，而不是广泛的规划。
测试方法是什么？
增量测试用于敏捷开发方法，因此，项目的每个版本都经过彻底测试。这确保在下一个版本发布之前修复系统中的任何错误。
| 性能 | 缺点 |
|---|---|
| 可以随时对项目进行更改以满足要求。 | 不断的客户互动意味着所有利益相关者（包括客户本身、软件开发和测试团队）的时间压力增加。 |
| 这种增量测试可最大程度地降低风险。 |
极限编程
这是什么？
极限编程是一种敏捷方法，其理念是缩短开发周期。项目被划分为简单的工程任务。程序员编写一个简单的软件代码，然后反馈给客户，征求反馈。 Rev开发人员在考虑了客户的观点后，继续进行下一个任务。
在极限编程中，开发人员通常以两人一组的方式工作。
极限编程 用于客户要求不断变化的地方。
测试方法是什么？
极限编程遵循测试驱动开发，描述如下 -- 添加 测试用例 测试套件来验证尚未开发的新功能
- 运行所有测试，显然新添加的测试用例必须失败，因为该功能尚未编码
- 编写一些代码来实现特性/功能
- 再次运行测试套件。这一次，新的测试用例应该通过，因为功能已经编码
| 性能 | 缺点 |
|---|---|
| 心中对软件设计不甚了解的客户可以使用极限编程 | 软件开发团队和客户之间的会议增加了时间要求。 |
| 持续测试和持续集成小版本确保交付的软件代码是高质量的 |
选择哪种软件方法？
软件开发及其相应的测试方法有很多种。每种测试技术和方法都是为特定目的而设计的，有其相对的优点和缺点。
选择特定的方法取决于许多因素，例如项目性质、客户要求、项目进度等。
从测试的角度来看，一些方法在开发生命周期的早期推动测试输入，而其他方法则等到系统的工作模型准备就绪。
如何设置软件测试方法？
软件测试方法不应仅仅为了测试软件代码而建立。应该考虑全局，并且测试方法应该满足项目的主要目标。请参阅这份信誉良好的测试方法列表 软件测试服务提供商 他可以帮助您制定适合您项目目标的有效测试策略。
调度
现实的时间安排是实施成功测试方法的关键，并且时间安排应该满足团队每个成员的需求。
明确的交付成果
为了让团队所有成员达成共识，应该提供定义明确的交付成果。交付成果应该包含直接的内容，没有任何歧义。
测试方法
一旦计划完成并且交付了明确的交付成果，测试团队就应该能够制定正确的测试方法。定义文档和开发人员会议应该向团队表明可用于项目的最佳测试方法。
报告仪表板
透明的报告很难实现，但这一步决定了项目中使用的测试方法的有效性。
