法国敏捷开发与敏捷测试模式

发表于:2012-8-22 10:53

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:宣兆鹏    来源:51Testing软件测试网

  作为一名有着3年自动化测试经验的工程师来说,我更想与大家分享的是如何让您带领的测试团队快速的参与到整个开发的过程,而不是告诉您如何使用watir/qtp等测试工具,作为测试经理,我们更需要关注整体测试流程的完整性和精确性,即测试用例对测试需求的覆盖度和开发人员代码的覆盖率。本文主要介绍,当今在法国,以及大部分欧洲国家敏捷开发与测试的业务模型以及未来发展趋势。

  插播下本文作者介绍^.^

  现居法国,工作于法国阿尔卡特-朗讯总部,从事自动化测试架构研发与调试,项目实施中的CI集成,基于BDD的测试脚本的开发

  曾实习于百度,任职自动化测试开发工程师

  已有4年的中小型项目开发经验,其中,有2年的自动化测试工具开发的经验,一直专注于敏捷开发与敏捷测试

  如何实现开发过程中的敏捷

  作为一个项目经理,你并不需要关注代码的实现,更关心的是整个开发过程中的设计模式和开发模式。也许有朋友会有疑问,设计和开发有什么区别? 其实很简单,设计从我的角度来讲,即如何将您客户的需求变成高效可读的代码,而对于开发来讲,即如何让您的开发工程师和测试工程师协同的一起工作, 我在这篇文章中更加偏向后者,即向各位测试经理或者项目经理阐述,如何使项目变得可插拔,及时您的项目周期是一年,人员更换频繁,也不用担心整体项目进度和质量发生太大的问题。

  开发模式:MVN+SVN+HUDSON

  对于一个开发团队来说,最终要的有两点,其一是协同开发,其二是快速部署和快速发布。我们通过利用svn来控制整个项目的版本,几乎所有的公司都在这样控制版本,但很多公司忽略了快速部署,快速部署项目和快速发布。在我以前曾就职的网络公司,需要有专门的运营维护的工程师负责新版本的上线,通过一些第三方的工具实现代码部署到多台服务器上,这种方法实现虽然看起来快捷,但从公司的成本角度来说,这样的模式更适合于开发资金雄厚的企业,即不差钱公司,但对于一般的中小型公司或开发预算并不多的团队来说,并没有相应的运维人员或者不需要分布式部署,根本不需要运维。因此,在开发中提出,从项目开始初期,即可以部属整个项目。 因此,如何实现整个项目的部署和发布,就要依赖mvn。 mvn将我们的整个开发流程主要分成了三个部分,即初始化构架,建立构架,发布构架(Clean,Install,Deploy),换句话说,即从项目初期,就可以预计到项目的结束。

  以上只阐述了前两种工具,他们结合后的优点即多人协同工作,任何地点任何时间快速构建,快速发布。前两者为hudson提供了一个保障。作为测试人员,更应该感谢hudson的出现,因为是hudson让测试工程师和开发工程师走得越来越近。 对于开发工程师来说,只用在hudson中设置mvn的pom既可实现代码的不断整合过程,即编写新代码,发布新代码,执行相关测试用例的一个循环。

  测试模式:HUDSON+Cucumber+3rd Party Application(Watir)

  大家可能发现,对于测试模式来说,hudson是一个非常重要的接口。我在这里要特别提一下cucumer,我最近在各种群里发现,有一些国内的朋友已经开始在使用这个工具了。他是一个基于行为驱动的开发模式,即所有的测试语句使用咱们日常交流的语言,这样的好处是其一对于测试工程师来说,更加容易编写和理解,其二他能更好的反映客户需求的覆盖率,更好执行复杂的业务流程。

  对于测试开发工程师来说,只用编写对应各个场景的执行步骤。而测试工程师只用填充测试用例的数据既可。

  以上就是整体的一些欧洲团队的设计,仅提供参考,欢迎大家指正。

版权声明:51Testing软件测试网及内容提供者拥有本文全部版权,未经明确的书面许可,任何人或单位不得对本文进行复制、转载或镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号