我所理解的敏捷测试是，我知道敏捷开发呢就是高度迭代、有周期性、并且能够及时、持续的响应客户的频繁反馈，那我觉得敏捷测试是不断的修正质量指标，建立正确的测试策略，以能够确保客户的有效需求能圆满的实现，从而保证整个生产过程的安全、及时的发布最终的产品。 我们之前是这样做敏捷测试的、、、、、、、、、（什么项目如何做敏捷测试在测试过程中有哪些不足需要改进）
我所理解的敏捷测试是强调从客户的角度，也就是使用系统的用户角度，来测试系统。当然我们测试的重点是关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。我们在敏捷测试的时候，一般都是尽早开始测试，我们项目一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。
当然在敏捷测试的过程中，敏捷测试人员因而需要在活动中关注产品需求，产品设计，解读源代码；在独立完成各项测试计划、测试执行工作的同时，敏捷测试人员需要参与几乎所有的团队讨论，团队决策。作为一名优秀的敏捷测试人员，需要在有限的时间内完成更多的测试的准备和执行，并富有极强的责任心和领导力。更重要的是，优秀的测试人员需要能够扩展开来做更多的与测试或许无关，但与团队共同目标直接相关的工作。将帮助团队其他成员解决困难、帮助实现其预期目标，发扬高度协作精神以帮助团队的最终获取成功。需要指出的是，团队的高度协作既需要团队成员的勇敢，更需要团队成员的主动配合和帮助。
面试题二：那你说说敏捷测试与普通测试的区别？
敏捷测试与普通测试的区别的话，我总结了有以下几点不同之处；
1.敏捷测试项目相当于开发与测试并行，项目整体时间较快。
2.模块提交较快，测试时较有压迫感。
3.工作任务划分清晰，工作效率较高。
4.项目规划要合理，不然测试时会出现复测的现象，加大工作量。
5.发现问题需跟紧，项目中人员都比较忙，问题很容易被遗忘。
6.耗时、或较难解决对项目影响不大的问题一般会遗留到下个阶段解决。
7.发现BUG能够很快的解决，对相关的模块的测试影响比较小。
8.版本更换比较勤，影响到测试的速度。
9.要多与开发沟通。
10.要注意版本的更新情况。
11.测试人员几乎要参加整个项目组的所有会议。
面试题三：那你说说敏捷测试的核心是什么？
敏捷测试核心理念
•质量是建立起来的，而不是后期测出来的。
•把质量提前
•质量是整个项目组的责任
•预防而不是探测
•缩短质量反馈周期
一下内容来自陈小菜公众号，收集到这里，方便后期的学习：
敏捷测试的定义
1. 是遵从敏捷开发的原则（强调遵守）
2. 测试被包含在整体开发流程中（强调融合）
3. 跨职能团队（强调协作）
敏捷测试的特点
更强的协作、更短的周期、更灵活的计划、更高效的自动化
为什么要敏捷测试
缩短价值交付周期、更早发现测试风险、强调质量属于大家、化繁为简节省成本
敏捷测试VS. 传统测试
|
传统测试 |
敏捷测试 |
|
1. 测试发生在最后阶段 |
1. 测试发生在每一个Sprint迭代里 |
|
2. 组与组之间的沟通是正式的 |
2. 组与组之间除了正式沟通外也有很多非正式沟通 |
|
3. 测试自动化是可选项 |
3. 测试自动化被高度推荐 |
|
4. 测试以需求文档为准 |
4. 测试以最终用户为准 |
|
5. 详细的测试计划 |
5. 精益化的测试计划 |
|
6. 计划是一次性活动 |
6. 计划分为不同的级别 – 开始阶段为粗粒度的计划 – 在Sprint 0及后续Sprint为’Just-In-Time’ 式的计划 |
|
7. 项目经理计划整个团队的工作 |
7. 团队被授权和主动参与到计划中 |
|
8. 开始阶段要求详细需求 |
8. 开始阶段允许High-Level需求 |
|
9. 需求被定义后客户有限的参与 |
9. 客户参与贯穿到整个项目生命周期 |
传统测试如何迁移到敏捷测试
1. 组织文化的转变
2. 组织架构的调整
3. 人员培训与指导
4. 轻流程
敏捷测试成功的关键要素
1. 领导层的大力支持
2. 测试人员具备敏捷思维
3. 要有勇于尝试的信心
4. 与各方紧密协作
5. 自动化、自动化
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/218848.html原文链接：https://javaforall.net
