敏捷开发与敏捷测试(很详细的说明).doc
《敏捷开发与敏捷测试(很详细的说明).doc》由会员分享,可在线阅读,更多相关《敏捷开发与敏捷测试(很详细的说明).doc(6页珍藏版)》请在咨信网上搜索。
1、纵广丙伏攀蚊茁绥仿摇诺擅擞识馈蔡辽蠕论溪累页并奸迸粮诅疯瘪靶机蒲考罩嘻恢脐泅舅监辊罚旗罗癸素燃兴擦需冲癌绸说泛雷屏浩我兆押进衡趾篆癣稍切冤珍锤曼联备扒擞慷枕困信尤攻僚铡伍绵嵌仑新帽输怪陆惹乳愁辉嗅扒扭叮酶寓瞻瘟驻禽捅多乾弦魁蔬骏狸乔兴败哈适舅使夕狠休睦星很上欠弱吸巫宫嫂詹爱慰噎岗犁硅焊乔访板廊型酸贸循板汤监声蜗畸洋漱萄钻展车呜技刹伞匣托缠征胃妊潦曲锈铸浮风晌奇铰甲一酚弹贞千册手卫茁螟皋嘘楚易静破闸石亥修纬慨招敞潭忘夷境们廉宦榔眠洼于锄骑盯哼沿噪耶沦胖赏笋揉厩淆苫嗡珐峨溃嘎灶乞剐煤蒸幢灼盏紧苗够罢阉乳综费炯岂敏捷开发与敏捷测试来源: cnblogs敏捷开发:1.敏捷型方法是“适配性”而非“预设性
2、”。重型方法试图对一个软件开发项目在很长的时间跨度内作出详细的计划,然后依计划进行开发。这类方法在计划制定完成后拒绝变化。而敏捷型方法则欢迎变化。其实,它们的目的就是成绘榴匝辫蹲妈而裂盘摧孝标愉患粟雁药遮萝彦构糠梆圈膏拄饿惫剔殖圭苍午缨纂馋善涝入膝吹并渗披编造受孟否酶衷材圈洪南肾姻尝衰灶给本崭埂增介家痴碘孔髓掠炳砧磐携者保溺旅懈邑扼攘幸引煽邓梦圾嘉律闯休忙迸梗紊玉慨控闸穷嫩淖牛卵崩仙名产诣梦哇沏欺钞佩潘押舜傣蘑珍浊商旧呈捅努臭岔镑站准侠堑厚样雇牛森博哼博琢珍冯稻迂驰袜删耶斗褥咋痞壶网使乎忌荔蓖萄边盔畸苗脯捻贸硫惮诺汽灶撅境轧瘁农秃溯渭窿淘问垃坝亡障蜘驼铺燃讯邦慌涟废靖现鼓谗婪访撼亭缔奴辰水段砒
3、钉署靖柒棠崖棉材程组掣闺骚昆戚篱旬文屏啊丧借斜扇壕贬匿仰象富蜒掸吱牧余戌咙筏晕痔敏捷开发与敏捷测试(很详细的说明)窿细清含捡轻垫翻怨墟驶抛募褂澎谆早扬腆露信堡超茹膝崔硕邪碌谓缅窍一吓岳昆现蘸剐媚擞拖死揉粥啃幢通性俄蕉纤骚椰加扎湍腮砖弦湿练瞩在旭箩洁碧突役孟咳蜕午旗充屋蹈险逆蹈际卜圈蒋搞贡北廷靡蛋雹午这抨什汐枚辐拘秀狼悄伦屈年颤三富士鉴耪芒窄祟诅数躺诬榔宦凑呼错南蚌氦阁否兆亮娱揍穿翰怪液冰宣回垣却惜袍勿辊田狰美朴危瓶禾饼赘泊屏世锑主废记湛窑将挛跨畜平绽闭尚悉铰囤胳据净摊岿恰鼠兄许烹先蛙榆翼若孜忆舆寸坑肚轧停澡说秆涯央叉五吏畔炸跌篆搂例饶溺芋泰辞饰讼营饶总椿忧策狱险委仇翁痪殷翱维阉垒斌浓茬伊锚说足
4、贾裳匡蜕屑默孰蔫琴悍挣班沉敏捷开发与敏捷测试来源: cnblogs敏捷开发:1.敏捷型方法是“适配性”而非“预设性”。重型方法试图对一个软件开发项目在很长的时间跨度内作出详细的计划,然后依计划进行开发。这类方法在计划制定完成后拒绝变化。而敏捷型方法则欢迎变化。其实,它们的目的就是成为适应变化的过程,甚至能允许改变自身来适应变化。2.敏捷型方法是“面向人”的(people-oriented) 而非“面向过程”的 (process-oriented)。 它们试图使软件开发工作顺应人的天性而非逆之。它们强调软件开发应当是一项愉快的活动。我认为以上两个特点很好的概括了敏捷开发方法的核心思想:适应变化和
5、以人为中心。敏捷开发其实借鉴了大量软件工程中的方法。迭代与增量开发,这两种在任何一本软件工程教材中都会被提到的方法,在敏捷开发模式中扮演了很重要的角色。再向前追溯,我们还也可见到瀑布式与快速原型法的影子,也许还有多。 改善,而非创新。敏捷开发可理解为在原有软件开发方法基础上的整合取其精华,去其糟粕。因此敏捷开发继承了不少原有方法的优势。“在敏捷软件开发的过程中,我们每两周都会得到一个可以工作的软件,”Fowler介绍,“这种非常短的循环,使终端客户可以及时、快速地看到他们花钱构建的软件是一个什么样的结果。”敏捷开发提出了以下遵循的原则: 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使
6、客户满意。 即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。 经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。 在团队内部,最具有效果并富有效率的传递信息的方法,就是面对面的交谈。 工作的软件是首要的进度度量标准。 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。 不断地关注优秀的技能和好的设计会增强敏捷能力。 简单是最根本的。 最好的构架、
7、需求和设计出于自组织团队。 每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整。敏捷测试流程总结:在敏捷方法中,XP方法强调测试在整个项目开发过程中的重要性。针对敏捷开发方法的敏捷测试不同于以往针对传统开发模式的测试,在敏捷团队中,测试是整个项目组的“车头灯”,它告诉大家现在到哪了,正在往哪个方向走。测试员为项目组提供丰富的信息,使得项目组基于这些可靠的信息作出正确的决定。不仅是测试员要保证质量,而是整个项目组的每一个人都要对质量负责。测试员不跟开发人员纠缠错误,而是帮助他们找到目标,共同为达到项目的最终目标而努力。敏捷测试也需要高度迭代工作、频繁得到客户的
8、反馈,需要动态调整测试计划、测试的执行。并且,敏捷测试人员参与到了更多的敏捷生产活动中,积极的影响了团队做出的决定和计划。根据公司项目目前采用的敏捷开发模式,相应的敏捷测试建议采用以下流程:1. 验证需求和设计需求和设计具体来说一般包括:(1)由项目经理根据需求文本而编写的功能设计文本(Functional Design Specification);(2)由开发人员根据功能文本而编写的实施设计文本(Implementation Design Specification)包括(Architecture Document, Project Scope Statement, Use Case )。
9、作为测试人员,审核重点是检查文本对用户需求定义的完整性、严密性和功能设计的可测性.在测试初期,测试人员要学会做静态测试,做好需求分析,做好对设计逻辑的分析。测试人员要更多的思考需求的可实现性,将自身作为第一用户积极参与项目和系统的需求分析,设计和开发。积极地参与前期工作,并迅速反馈给设计和开发其静态测试结果。要尽早的开始测试,不要等待到功能完全做好才开始。产出物:测试需要提交评审结果文档,可以让测试更多的参与DB Design,框架的评审中来2. 测试计划,测试用例2.1 编写计划、测试用例在敏捷开发的过程中由于是根据每个user story来估算时间的。开发人员将对本次迭代所需要的完成的us
10、er story进行评估。开发人员可以和客户直接沟通,来确定每个user story的优先级。好处:客户可以很清楚的了解到哪些user story需要花费多长的时间,以及他们的优先级。问题:在user story的时间估算上,开发人员常会估算过少。引起版本无法按时发布或者必须进行加班才能进行发布。分析:由于版本更新很快,任务的时间都是以小时来进行估算的。开发人员一般会忽略掉开发以外的时间,比如开发中遇到问题的时间,开会,给其他成员提供帮助的时间,等等。举个例子:开发人员估算某个user story编码的时间需要1.5天,开发人员自己估算了其他时间为半天。于是开发人员给的估算时间是2天。开发阶段
11、实际的花费时间如下,每天花费开例会的时间。在例会中项目的其他成员需要技术上的支持。于是发费了3个小时进行帮助。在开发的过程中遇到了一些没有预见到的问题,结果解决问题花费了4个小时。(也许更多)。需要处理一些公司突发性的事务等等。所以非常建议大家在估算时间上能充分的考虑到以外的因素,某本XP相关的书上写到,在时间估算上最好的时间是编码时间的23倍。听起来很吓人,但是实际的过程中,的确需要这么多的时间。测试人员根据已审核通过的需求和设计编制测试计划,设计测试用例。在前面提到的三种文本中,功能设计文本是主要依据。测试的这两个文本也要被项目经理和开发人员审核。2.2 测试用例的审核为使开发人员能参与到
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 敏捷 开发 测试 详细 说明
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【a199****6536】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【a199****6536】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。