敏捷开发模式有哪些 模式 怎么做集成测试

零道书院|『干货』敏捷开发模式下,如何进行质量管理
敏捷开发并不只是一个“速度游戏”,而是一个强调敏捷的“质量游戏”。在敏捷开发过程中,如果只满足了进度而忽视了质量,最终会影响项目的成功。越来越多的企业希望采用敏捷开发模式,但却困于没有把握,缺乏相应的质量管理方法。如何在敏捷开发模式下进行质量管理,达到质量与效率的双赢呢,不妨试试下文的方法。
“产品教父”张小龙曾在微信事业群中谈到敏捷开发:
我们今天可以想一些与众不同的点子,然后我们可以很快就看到效果,因为我们可以很快把它上线了,然后可以去验证,如果不对就下线,如果还有改进余地,下个星期再去改它。这是一个能够持续实现你的想法的过程。
什么是敏捷开发
传统的开发流程采用瀑布式开发,从设计到编码,从测试到交付,每个阶段都必须全部完成,才能进入下一阶段。而在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。
“敏捷开发”是互联网产品开发的典型方法论,是一种以人为核心、迭代、循序渐进的开发方法,允许有所不足,不断试错,在持续迭代中完善产品。
敏捷开发有两个点,一个“微”,一个“快”。
“微”是指从小处着眼,微创新。可能你觉得是一个不起眼的点,但是用户可能觉得很重要”。从细微的用户需求入手,贴近用户心理,在用户参与和反馈中逐步改进。
360安全卫士当年只是一个安全防护产品,后来也成了新兴的互联网巨头。
“快”是指快速迭代。“天下武功,唯快不破”。只有快速地对消费者需求做出反应,产品才更容易贴近消费者。
Zynga 游戏公司每周对游戏进行数次更新。小米MIUI系统坚持每周迭代。
敏捷开发质量判断方案
近年来,越来越多团队开始探讨如何进行敏捷规模化,提出了很多有效的框架,都是基于精益和敏捷的理念,在这个过程中通过系统思考产品开发流,让它形成一套完整有效的方法,进行整体的优化。公司有广泛而深入的精益和敏捷的理念来支撑,才能从局部优化上升到整体优化,才能走的更加长远健康。
敏捷模式下的质量管理更具有挑战性。
在推动敏捷开发的同时,如何降低项目管理成本,提高研发人员工作效率,保证项目交付质量,变得日益重要。在敏捷开发中,衡量过程质量一直以来没有一个广泛的方法,在推广敏捷开发的过程中,总结归纳了项目过程中的常见问题,汇总了一套敏捷开发过程质量判断方案。这种方法用明确的数据从各个维度来说明一个迭代的质量问题,长期还可以看出一个项目多个迭代之间的质量变化趋势,如果多个项目同时进行,也可以轻松对比出各个项目的迭代质量优劣和质量发展趋势。
以一个迭代为统计单元,每个迭代中的story完成情况和bug解决情况从以下6个角度,综合考虑了时效性和完成质量。
评价功能开发是否按时并达到质量基础要求完成,使用“story延期率”和“story打回率”两个指标,评价在功能开发过程中的时效和质量。
①Story 延期率:统计功能是否按时提测,以实际提测时间(story到“开发完成”状态)与story的“计划提测日期”字段中的时间对比,若晚于计划时间,那么story即标记为延期提测;
②Story 打回率:统计story开发完成提测后能否满足提测标准,以冒烟测试用例的满足情况为准,如果测试验证未满足则会将story打回开发状态,同一个story如果被多次打回,打回次数按照实际记录,也就是说打回率会急剧增加;
评价在测试过程中所发现的问题是否按时解决并达到质量要求,使用“Bug打回率”、“Bug不收敛率”、“Bug引发率”和“Bug 重启率”四个维度,分别介绍如下。
③Bug 打回率:是指开发人员解决了bug并提测到“开发完成”状态,但经测试人员验证发现并没有解决,被打回到“开发中”的状态;
④Bug 不收敛率:测试提出的bug未按照解决时效要求修复的,例如,解决时效要求:P0:2小时内未修复视为不收敛;P1:半天未修复视为不收敛;P2:一个工作日内未修复视为不收敛;P3,P4(必修):2个工作日内不修复视为不收敛;
⑤Bug 引发率:是指开发人员在解决一个bug时,引起了其他的bug;
⑥Bug 重启率:已经关闭的bug在开发人员解决问题的过程中或者代码部署的误操作等导致不过重新出现。
在考虑各个指标分值占比时,从各个指标的意义、影响等方面综合考虑,6个维度指标优先级从高至低排列为:story延期率,story打回率,bug打回率,bug引发率,bug不收敛率,bug重启率。story延期率分值占比最高,因为story如果延期提测,那么后面的工作将整体受影响,并且可能会导致测试人员的工作安排冲突。
以100分为总分,各个指标划分一定的分值,输入sprint结束后6个维度的质量统计数据,按照下面的积分模型,计算出这个sprint的过程质量总分。
敏捷开发的核心就是小版本迭代,快速出产品,所以项目一般会延续多个版本。所以项目过程质量可以在每个sprint结束后均有对应的质量数据输出,经过一系列迭代后,可以看出这个项目的质量趋势。如果同期有多个项目在进行,那么也可以通过质量数据的对比,对比出各个项目的质量优劣,同时辅以图表来直观分析对比。
例如,同一阶段有3个项目在进行,同一个时间这3个项目的迭代质量和质量波动幅度数据如下,那么按照质量均分和波动幅度使用柱状图进行排序,各个项目的对比情况立刻见分晓。
对于多个项目的质量对比,采取项目质量平均分的方式,以及项目质量多个迭代版本的质量波动数据来表示。
质量平均分采取项目从第一个迭代至当前迭代的质量分数的平均值,代表项目截止当前的质量平均水平;
质量波动数据采取基于截止当前的迭代质量分数计算方差,数据越小,说明质量波动越小。
多个项目并行时,从质量均分和质量波动数据两个维度分别对比,同一时间将每个项目标记在一个二维象限(象限的质量均分和质量波动数据两个维度的分割值可以视具体的项目情况而定,例如采用多个项目这两个维度的平均值)中,项目质量以及波动情况即显而易见,在“质量好,波动小”到“质量差,波动大”之间一目了然。
以上介绍的质量判断方案需要有一定的工具支撑,我们使用了JIRA进行项目管理,管理需求和开发过程以及bug,story的计划提测时间和打回次数可以进行记录,在迭代结束后只要花很少的时间就可以进行快速得统计,迭代质量数据也可以呈现出来。项目经理在很短时间内就可以统计出项目的质量分数并进行后续分析。
好的研发工具可以简化质量统计,质量统计方案在实施过程中,往往需要配合组织架构、流程、文化建设等多方面,才能达到有效推动改进迭代质量。
本文由零道书院原创
关于“零道书院”
我们是来自于中国平安集团旗下前海征信的fintech先锋团队。定期分享互联网金融的前沿技术,探讨热点专题。有料!有态度!欢迎关注。
责任编辑:
声明:本文由入驻搜狐号的作者撰写,除搜狐官方账号外,观点仅代表作者本人,不代表搜狐立场。
今日搜狐热点 上传我的文档
 下载
 收藏
该文档贡献者很忙,什么也没留下。
 下载此文档
正在努力加载中...
基于敏捷开发模式下的软件测试的改进和应用
下载积分:200
内容提示:基于敏捷开发模式下的软件测试的改进和应用
文档格式:PDF|
浏览次数:41|
上传日期: 19:57:38|
文档星级:
全文阅读已结束,如果下载本文需要使用
 200 积分
下载此文档
该用户还上传了这些文档
基于敏捷开发模式下的软件测试的改进和应用
官方公共微信  在信息技术高速发展的今天,有很多的开发任何要求开发人员增量交付,迭代式开发,能够持续集成。很显然传统的瀑布开发模式已经不能满足需要了,于是,敏捷开发这种模式就出现了。
  接触过敏捷开发的朋友可能会知道,敏捷开发有如下的价值观:
  个体与互动 胜于 过程与工具,可工作软件 胜于 复杂文档
  用户协作 胜于 合同谈判,响应变化 胜于 遵循计划
  下面新霸哥将会用一个真实的案例的给大家讲讲敏捷开发。
  每天早晨上班前一项重要的任务那就是晨会(由于时间很短,所以大家都是站立开会的),主要就是回报一下昨天自己的工作情况,在工作过程中遇到的问题,有没有解决,需要谁来帮助,同时还要讲讲自己今天将要计划做的事情。对于提出的问题大家共同讨论,如果能够及时解决的就现场解决,不能解决的就会后协调处理,因为每个人的时间是宝贵的,这个高效的会议的目的就是了解组内成员的工作进度和工作态度,同时也能锻炼自己的沟通和表达能力。
  会议结束后,大家各自忙自己的任务了。由于在开发的过程中采用的是项目中划分出很多的独立模块,每个人负责的模块都是不一样的。因为迭代模式中的每个模块交付时都必须是独立可运行的也是集成可测试的,所以,功能代码这一块在测试环境集成测试无误后该模块才算验收通过。
  开发人员编码工作完成后就没有事情做了吗?其实不是这样的,因为测试人员会在测试环境对各个模块进行测试,如果发现问题会及时的在bug反馈系统中,开发人员看到有自己相关的bug要及时的反馈,这样才能保证系统正常运行。
  迭代开发中一个星期后,相关的团队成员的编码工作基本上完成了或完成了大半。这时候项目经理会组织一个开发人员会议,就是开发人员坐到一个会议室里面瞪着大眼在投影仪上找bug或编码规范问题。因为团队的力量还是巨大的,没过一会,一个功能模块可能就给你揪出了十几个bug,大家一起发现的问题会议结束后会形成一个bug列表,按责任人给依次分配下去解决。相当于集体重构了一次代码,让系统更加的健壮、稳定。
  改过了上次的bug后,团队成员可以小休息一会了。一个迭代周期结束后,项目组成员会再次的坐在一起开一个即重要又轻松的会议--迭代回顾会议。项目中遇到的问题总结,下一次在遇到同样的问题该怎么对付。其实直到项目交付,期间还会有很多次的迭代的。
  当然,敏捷开发有十二原则,在这里新霸哥就不重复了,如果有需要对敏捷开发有更深的了解欢迎和新霸哥交流。如今,敏捷的思想算是深入人心了,后面的具体方法就是教会我们如何实施敏捷。新霸哥发现有了这些思想,整个世界都开始美好了。
阅读(...) 评论()祝给予赞赏的伙伴,2017年发大财!|赞赏
收藏已收藏 | 38赞 | 3
分享到微信扫码分享到微信
你如何定义自己,就如何定义这个世界;
你如何定义这个世界,..
365 篇作品
327 万阅读总量
热门问题12345678910}

我要回帖

更多关于 敏捷开发模式流程图 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信