浅谈敏捷测试方法

Kyle_Pan

敏捷这个概念最早应该是从软件开发领域引入，当前也是在软件开发领域应用最为广泛的。
传统的软件开发大部分采用的是瀑布式开发模型，把项目流程分成了需求、定义、设计、编码、 测试、交付等若干个阶段，每个阶段完成之后，都会进行对应标准的验收和下一阶段准入的评审，整个项目按照流程逐步的推进，以保证最终的产品能够顺利交付。
传统的开发模型来说，每个阶段之间有着较强的依赖关系，其中一个环节有问题，将会绝对性的影响到下一阶段工作的展开，我个人认为，敏捷之所以出现，就是为了应对客户不断的变化，那么如何对应这种变化呢？显然传统的方式已经无法满足，所以敏捷的方法才应运而生。
对于敏捷，我理解的敏捷=刚刚好，不是不做，也不是全做，而是把事情做的刚刚好就好。需要的做好，不需要的干脆我们就不浪费时间。
对于敏捷，另一方面我认为敏捷=拥抱变化，在市场需求不断变化、客户需求不断变化、技术发展不断变化的今天，传统的开发方式显然不能够完全的满足需要，无法做到对客户的及时响应，而敏捷开发方式正好能够满足当前的需要。
敏捷宣言四大价值观：
我们正在通过亲自开发和帮助他人开发，发现开发软件的更好的方法，通过这项工作，我们开始更重视：
1.个体和互动 高于 流程和工具
2.工作的软件 高于 详尽的文档
3.客户合作 高于 合同谈判
4.响应变化 高于 遵循计划
也就是说，尽管右项有其价值，我们更重视左项的价值。

敏捷宣言十二原则：
1.        我们的最高目标是通过尽早持续地交付有价值的软件来满足客户的需求
2.        即使在项目开发的后期，仍欢迎对需求提出变更，敏捷过程通过拥抱变化，帮助客户创造竞争优势。
3.        要不断交付可用软件，周期从几周到几个月不等，越短越好
4.        在项目过程中，业务人员与开发人员要每天在一起
5.        要善于激励项目人员，给他们所需要的环境和支持，并相信他们能够完成任务
6.        团队内部和各个团队之间，最有效的沟通方法是面对面的沟通
7.        可工作软件是衡量进度的首要指标
8.        敏捷过程提倡可持续的开发，项目方、开发人员和用户应该能够保持恒久、稳定的进展速度。
9.        对技术卓越和好的设计的持续关注有助于增强敏捷性
10.        尽量做到简洁，尽最大可能减少不必要的工作，这是一门艺术
11.        最佳的架构、需求和设计出自组织团队
12.        团队要定期回顾和反省能够做到更有效，并相应的调整团队的行为
在敏捷宣言提出后，随之有了很多的敏捷开发方法的诞生，如：ScrumBan、Scrum、XP、 FDD、 AUP、 DSDM 、水晶等。这些方法都是在实践敏捷宣言的内容。
作为一名在软件领域工作8年的从业者，敏捷方法在软件测试中也已经开始逐步推广，通过改变传统的测试流程，精简测试用例的书写方法，优化交付成果报告的数量等。
从当前来看，我认为敏捷方式的使用和推广任重而道远，有一个明显的感觉就是：越来越多的项目管理者已经意识到敏捷开发对于当前环境的好处，。也开始在自己的项目中推广敏捷方法，但是在实际的实施过程中，很多人还是不知道敏捷的精髓是什么，什么样才算是真正的敏捷，现在很多人都是在使用传统+敏捷的方式，敏捷的推广认证而道远。
敏捷是一种方法，是一种以人为核心应对复杂变化的方法，在使用中虽然会遇到困难和未知的风险，但是在持续不断的推行中，必将会有意想不到的收获。

以上仅代表个人浅显的观点，欢迎交流指正。

lsekfe

支持下~

Kyle_Pan

lsekfe 发表于 2020-10-14 09:37
支持下~

谢谢~~

szc123qq