敏捷测试与传统测试的分别?

玩技站长 经验总结评论691字数 836阅读模式

敏捷测试与传统测试的区别

 文章源自玩技e族-https://www.playezu.com/13075.html

传统项目开发模型文章源自玩技e族-https://www.playezu.com/13075.html

文章源自玩技e族-https://www.playezu.com/13075.html

 文章源自玩技e族-https://www.playezu.com/13075.html

        由于瀑布模型对于软件的需求分析与设计阶段考虑不足,导致可能会出现严重的设计问题,最后交付到客户手里才会被发现,所以V模型就考虑到这点,针对开发的各个过程都会有相应的测试环节,比如用户需求会对应验收测试,需求分析和系统设计会对应确认测试和系统测试等等文章源自玩技e族-https://www.playezu.com/13075.html

        但是缺点也是显而易见的,跟瀑布模型一样,测试过程还是放在了最后环节,虽然可以满足客户的需求,但是问题都只能到最后阶段才能被发现,必然会导致上面瀑布模型发生相同情况,也就是成本和时间的增加,所以V模型充其量也只能是瀑布模型的2.0版本。文章源自玩技e族-https://www.playezu.com/13075.html

 文章源自玩技e族-https://www.playezu.com/13075.html

敏捷开发模型文章源自玩技e族-https://www.playezu.com/13075.html

 文章源自玩技e族-https://www.playezu.com/13075.html

文章源自玩技e族-https://www.playezu.com/13075.html

 

        敏捷软件开发又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。虽然在国外已经得到了广泛应用,在中国国内,敏捷开发用的还不算很多。但是随着Agile敏捷开发的流行,越来越多的公司采用敏捷开发用于软件产品和应用的开发。

 

        敏捷开发是一种以人为核心、迭代、循序渐进的开发方法,相对于传统软件开发方法的“非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发中人的作用。

特点如下:

快速迭代:产品通过短周期的迭代交付,通过不断迭代完善产品

快速尝试:避免过长时间的需求分析及调研,快速尝试。

快速改进:在迭代周期过后根据客户反馈快速改进。

充分交流:团队成员无缝的交流,如每天短时间的站立会议。

简化流程:拒绝使用一切形式化的东西,使用简单易用的工具开始工作。扔掉建模工具,word,ppt,使用白板+wiki。

 

总结:传统强调阶段性,不同阶段做不同事情;敏捷打破那些条条框框的束缚,尽可能简单、快速、高效的完成测试工作和迭代式。

图文来源网络,如有侵权联系删除

觉得不错的话就点赞吧,转发就更好了

 

 
  • 版权提示:本站仅供存储任何法律责任由作者承担▷诈骗举报◁▷新闻不符◁▷我要投稿◁
    风险通知:非原创文章均为网络投稿真实性无法判断,侵权联系2523030730
    免责声明:内容来自用户上传发布或新闻客户端自媒体,切勿!切勿!切勿!添加联系方式以免受骗。
  • 原创转载:https://www.playezu.com/13075.html
    转载说明: 点我前往阅读>>>
匿名

发表评论

匿名网友
确定