敏捷测试

大家好，我是阿萨。今天我们说一个最近几年因为敏捷火起来的敏捷测试。今天大概讲述下啊敏捷测试的概念，以及敏捷测试计划等。 大家看下是否和自己的日常测试雷同?

一。什么是敏捷测试?

与瀑布方法不同的是，敏捷测试可以在项目开始时就开始，在开发和测试之间进行持续的集成。

敏捷测试不是顺序的(在某种意义上，它只在编码阶段之后执行)，而是连续的。

敏捷团队作为一个单一的团队朝着一个共同的目标工作，即达到质量要求。敏捷测试有更短的时间窗，称为迭代(比如从1到4周)。这种方法也称为发布，或者交付驱动方法，因为它在短时间内提供了对可用产品的更好的预测。

二.敏捷的测试计划

与瀑布模型不同的是，在敏捷模型中，测试计划是为每个发布版本编写和更新的。敏捷测试计划包括在该迭代中完成的测试类型，如测试数据需求、基础结构、测试环境和测试结果。敏捷中的典型测试计划包括：

1.测试范围

2.正在测试的新功能

3.基于复杂特性的测试类型

4.负载和性能测试

5.硬件的考虑

6.降低风险或风险应对计划

7.资源分配

8.可交付成果和里程碑

三.敏捷测试策略

敏捷测试的生命周期分为四个阶段

(一)迭代0

在第一阶段或迭代0中，执行初始任务。它包括识别测试人员、安装测试工具、调度资源(可用性测试实验室)等。在迭代0中设置以下步骤来实现。

图片

1.为项目建立一个商业目标

图片

2.确定项目完成标准和项目范围

3.概述关键需求和用例

4.概述一个或多个候选架构

5.识别风险

6.成本估算并编制初步项目

图片

(二)持续迭代

图片

测试的第二个阶段是持续迭代，测试的大部分发生在这个阶段。此阶段被视为构建解决方案增量的一组迭代。为了做到这一点，在每个迭代中，团队实现了来自XP、Scrum、敏捷建模和敏捷数据等实践的混合。

在构建迭代中，敏捷团队遵循按优先级排序的需求实践:在每次迭代中，他们从工作项堆栈中提取最基本的需求并实现它们。

构建迭代分为验证性测试和研究性测试。确认性测试集中于验证系统满足了到目前为止向团队描述的涉众的意图，并由团队执行。当调查测试检测到确认团队跳过或忽略的问题时。在调查测试中，测试人员以缺陷故事的形式确定潜在的问题。调查性测试处理常见问题，如集成测试、负载/压力测试和安全测试。

再次强调，确认测试有两个方面:开发人员测试和敏捷验收测试。它们都是自动化的，以支持贯穿整个生命周期的连续回归测试。确认测试是对规范进行测试的敏捷等效。

敏捷验收测试是传统功能测试和传统验收测试的结合，开发团队和感谢人一起进行测试。而开发人员测试则是传统单元测试和传统服务集成测试的混合体。开发人员测试同时验证应用程序代码和数据库模式。

图片

(三)发布前的预彩排

“发布，结束游戏”的目标是成功地将系统部署到生产环境中。这一阶段的活动包括对最终用户、支持人员和操作人员的培训。此外，它还包括产品发布的营销、备份和恢复、系统和用户文档的最终确定。

最后的测试阶段包括完整的系统测试和验收测试。为了没有任何障碍地完成最后的测试阶段，当产品处于构建迭代时，您应该更严格地测试产品。在项目的最后阶段，测试人员将处理它的缺陷故事。

(四)生产

在发布阶段之后，产品将进入生产阶段。

今天的内容先到这里，如果本篇文章让你有所收获，欢迎点赞关注阿萨。