51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师【好消息】企业内训服务上线啦!项目为王,自动化测试提升加速器 !横扫BAT,Python全栈测试开发技能大全
【第123期】:入行2年多测试如何渡过职业迷茫期?参与调查问卷 缔造行业趋势 月薪15K+的测试开发必备技能? 【活动】为视频UP主打CALL,互动领福利!
查看: 6097|回复: 18

[讨论] 如何进行敏捷开发的测试?

[复制链接]

该用户从未签到

发表于 2012-2-29 11:41:28 | 显示全部楼层 |阅读模式
忽如一夜春风来,千树万树敏捷来。
现在敏捷开发模式成了炙手可热的话题。我们也凑凑热闹。
所谓敏捷,可能是相对以前的瀑布法说的。瀑布法不能中途修改需求,软件开发最初大概是从建筑项目管理的方法中照搬过来的。后来发现软件开发的特点不适合这种方法。毕竟开始盖楼之前一定要设计好,不能盖好了,中间加一层,或者增加电梯。它更新建筑前期的设计,经常推倒重来。
回复

使用道具 举报

该用户从未签到

 楼主| 发表于 2012-2-29 11:47:25 | 显示全部楼层
后来我们有了迭代法,在一定程度上可以容忍需求的变更了。但是软件开发的现实还是不能接受这有限的变化。于是敏捷开发有了市场。当然任何开发方法都不是【仙丹】、大力丸。尤其象敏捷开发提出的一些概念,几乎成了程序员(比如非文档驱动),甚至项目管理者(比如,自主团队)的托词。
回复 支持 反对

使用道具 举报

该用户从未签到

 楼主| 发表于 2012-2-29 11:51:43 | 显示全部楼层
个人觉得,不论哪种开发方法,最后要解决的根本问题是如何组织代码,人力、无力的组织是外围的东西。要围绕代码的组织进行。实践中有的组织可能只顾玩新概念,而忽略了我们是在写程序。
回复 支持 反对

使用道具 举报

该用户从未签到

 楼主| 发表于 2012-2-29 11:55:33 | 显示全部楼层
关于代码的组织,个人觉得至少要完成规范的对象设计,有跟数据库结构类似的对象图。团队可以使用工具很容易的通过对象图,构建新的(可以是空的)对象代码集合。并随时可以从代码到算出对象图。这样团队才可能及时地回退到任何一个出发点。重新整理代码。
回复 支持 反对

使用道具 举报

该用户从未签到

 楼主| 发表于 2012-2-29 11:56:23 | 显示全部楼层
对象图的建立还有一个好处是,进行可知的单元测试,真正实现测试驱动开发。
回复 支持 反对

使用道具 举报

该用户从未签到

 楼主| 发表于 2012-2-29 12:00:37 | 显示全部楼层
本帖最后由 记不住名 于 2012-2-29 12:25 编辑

回复 5# dgfsdgs

看到【求指导】,我都不敢说话了。 。按照讨论贴的习惯来吧。
在敏捷开发中有一个scrum的概念。它要求把每个周期缩得更小,一般一个月内。然后每个月都有成型的东东给人开,客户代表或者product owner很容易提出意见。这样迭代起来,可能损失比较小。
回复 支持 反对

使用道具 举报

该用户从未签到

 楼主| 发表于 2012-2-29 18:08:31 | 显示全部楼层
感觉各种软件开发方法,都还是一个不成熟的东东,变化会很快。不会像建筑项目的管理一样成熟。毕竟几千年前老祖宗们已经造了长城和金字塔。但愿软件开发方法能早日成熟,不用等这么久。
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2012-3-5 16:16:07 | 显示全部楼层
学习了,不过感觉还是有点模糊
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2012-3-5 22:56:05 | 显示全部楼层
敏捷可以在较短的周期内,交付客户验收部分功能,有利于客户直接参与和反馈
而瀑布是所有功能一起交付,客户可能到最后才能见到庐山真面目,不利于客户参与
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2012-3-9 16:10:01 | 显示全部楼层
不懂ing~
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2012-3-14 11:24:29 | 显示全部楼层
感觉你们是在讨论敏捷开发和瀑布型的区别了,不是说敏捷开发如何进行的。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2012-3-19 08:27:47 | 显示全部楼层
问的也不是敏捷开发是如何进行的,而是敏捷开发是如何进行测试?本人也很想学习下,求高手早日回帖!
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2013-1-7 10:59:31 | 显示全部楼层
在自动化的基础上,有敏捷测试,黑盒设计不到
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2013-5-14 15:36:43 | 显示全部楼层
在一般情况下,敏捷开发模式需求对应不清晰,很多时候开发出来的东西与我们当初所设想的东西差距太大,所以在敏捷开发模式中,对于需求的变更和需求的明确更加的严谨。
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2013-5-28 21:50:15 | 显示全部楼层
敏捷测试 是一套体系 研发或测试部均衡就很难支撑起来
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2013-6-19 09:37:39 | 显示全部楼层
也可以理解在一种快速增量开发迭代过程中,介入测试人员进行测试
有必要利用自动化工具进行性能及大量重复性的操作,否则想在半月或1个月发布一次版本,
测试变的不可能完成的任务。

期间还会有种人员干涉你的发布
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2013-10-12 15:37:36 | 显示全部楼层
敏捷到底是什么东东?好像只是一种思想和开发技术,那对与测试来说是什么?完全是理论性的介绍呢,如果到实践中如何体现呢?不懂
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2016-3-11 10:15
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2013-10-21 09:53:30 | 显示全部楼层
    虽然完全不懂,但是还是学习到了几个概念,敏捷开发和瀑布开发!!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2013-10-22 04:01:41 | 显示全部楼层
    千树万树敏捷来。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /2 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2021-12-8 06:15 , Processed in 0.070748 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2021 Comsenz Inc.

    快速回复 返回顶部 返回列表