敏捷测试在银行IT领域中的研究与分析.docVIP

敏捷测试在银行IT领域中的研究与分析 　　摘 要 　　在银行业竞争加剧，产品推陈出新日益加快的大背景下，敏捷开发越来越受到银行IT部门的关注。测试是IT领域中不可或缺的一环，但在目前银行IT领域内，专门针对敏捷测试开展的研究还不多见。本文首先分析了国内外敏捷测试的研究现状，然后，阐述了银行IT领域中敏捷测试的实施流程，最后，针对敏捷测试实施过程中的关键问题进行了分析，以更好地推动敏捷测试在银行IT领域中的运用。 　　【关键词】银行IT领域 敏捷测试 及时反馈 持续测试 Scrum 　　1 引言 　　随着银行业竞争的日益白热化，快速发布产品并迅速适应客户需求变化成为银行竞争的重中之重，银行传统的科技开发工作模式面临着严峻的考验，敏捷开发具有“快速迭代、适应变化、频繁交付”的特点，逐渐成为银行IT部门关注的焦点。无论是敏捷原则中的“频繁交付”，还是对“可工作软件”的度量，抑或是敏捷开发实践中的“测试驱动开发（TDD）”，“行为驱动开发（BDD）”，都离不开软件测试的支持，测试是科技开发工作当中不可或缺的组成部分。敏捷开发的开展对传统测试模式带来了极大的冲击和挑战，更快的迭代周期要求测试在更短时间内完成，更频繁的变化（需求或设计）要求测试更具有探索性和适应性，更少的文档使得越来越难以依赖文档设计测试。另外，银行业务需求变化频繁、开发规模庞大，采用传统测试模式使测试人员经常面临测试周期短、测试任务量大等情况。因此，开展敏捷测试在银行IT领域中的探索和研究，对于应对敏捷开发的挑战，提高测试工作效率，进而推动业务产品交付效率提升具有至关重要的意义。 　　目前，业界针对敏捷测试尚无统一定义，但敏捷测试可以理解为是遵循敏捷宣言的一种测试实践： 　　（1）强调从客户的角度，即从使用系统的用户的角度来测试系统。 　　（2）重点关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。 　　（3）建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试内容的正确性。简而言之，敏捷测试就是通过持续地对软件质量问题进行及时地反馈，确保软件产品满足用户需求，强调“持续测试”和“及时反馈”。 　　2 现状分析 　　软件工程经过数十年的探索，形成了多种经典的软件开发模式，例如瀑布式模型、螺旋式模型等。这些模型使得软件开发从最开始的混乱变得可控。然而，软件本身涉及的业务越来越复杂，传统的软件开发模式已越来越跟不上市场发展的步伐。为了克服传统软件工程中认识和实践的弱点，敏捷方法应运而生。 　　从2001年敏捷宣言诞生至如今，敏捷过程在全球范围内成为最受欢迎的软件开发模式。敏捷模式已经在互联网、电信等领域得到应用，对软件开发的推广和实践产生了深远的影响。随着敏捷方法理论和实践的不断发展和完善，ThoughtWorks，Google，Microsoft，IBM，Amazon等著名企业也已在大规模软件开发中应用敏捷模式。虽然这些敏捷方法各有侧重，但也有一些共性特点，强调高度迭代，频繁交付以及适应变化，并且都强调测试贯穿整个软件开发生命周期。 　　2.1 敏捷测试在国外的研究现状 　　随着敏捷方法的发展，对敏捷测试的研究和讨论也在不断发展。敏捷测试是遵循敏捷宣言的一种测试实践，它强调从客户的角度，即从用户的角度来测试。敏捷测试重点关注迭代地测试新开发的功能，而不再强调传统测试中严格的测试阶段。在驱动开发方面，TDD（测试驱动开发）的提出，保证程序员最开始就把代码写对，也解决了代码可测试性的问题，从而在代码层次上实现缺陷的预防。然而实际应用当中，多数项目周期非常短，没有足够时间实施TDD，多数程序员也不愿意主动去实施TDD，因此，TDD的效果有较大争议。2007年，Lasse Koskela提出ATDD，即验收测试驱动开发，也叫用户故事驱动开发。这种敏捷测试方法强调测试用例应当与整个系统的需求用例保持高度一致。在ATDD的基础上，BDD（行为驱动开发）方法被提出，BDD使用近乎自然语言的方式描述软件的行为过程，可以直接作为软件的需求文档，也可以直接应用到测试中，作为测试的标准文档。 　　在自动化测试方面，越来越多的敏捷测试自动化框架被推出并受到关注，例如RobotFramework，Thoughtworks Mingle组合Cruise和Twist等，还有一些能够适应ATDD和BDD的测试工具，如Cucumber，RSpec以及JBehave等。为了避免将测试过程过度自动化，造成测试人员对产品功能点的忽视，领域专用语言（DSL）在自动化测试中得到了应用。同时，为了更好地应对自动化测试的盲点，探索式测试成为敏捷测试的研究热点。 　　2.2 敏捷测试在国