如何进行敏捷开发的测试？
忽如一夜春风来，千树万树敏捷来。现在敏捷开发模式成了炙手可热的话题。我们也凑凑热闹。
所谓敏捷，可能是相对以前的瀑布法说的。瀑布法不能中途修改需求，软件开发最初大概是从建筑项目管理的方法中照搬过来的。后来发现软件开发的特点不适合这种方法。毕竟开始盖楼之前一定要设计好，不能盖好了，中间加一层，或者增加电梯。它更新建筑前期的设计，经常推倒重来。 后来我们有了迭代法，在一定程度上可以容忍需求的变更了。但是软件开发的现实还是不能接受这有限的变化。于是敏捷开发有了市场。当然任何开发方法都不是【仙丹】、大力丸。尤其象敏捷开发提出的一些概念，几乎成了程序员（比如非文档驱动），甚至项目管理者（比如，自主团队）的托词。 个人觉得，不论哪种开发方法，最后要解决的根本问题是如何组织代码，人力、无力的组织是外围的东西。要围绕代码的组织进行。实践中有的组织可能只顾玩新概念，而忽略了我们是在写程序。 关于代码的组织，个人觉得至少要完成规范的对象设计，有跟数据库结构类似的对象图。团队可以使用工具很容易的通过对象图，构建新的（可以是空的）对象代码集合。并随时可以从代码到算出对象图。这样团队才可能及时地回退到任何一个出发点。重新整理代码。 对象图的建立还有一个好处是，进行可知的单元测试，真正实现测试驱动开发。 本帖最后由 记不住名 于 2012-2-29 12:25 编辑
回复 5# dgfsdgs
看到【求指导】，我都不敢说话了。:L 。按照讨论贴的习惯来吧。
在敏捷开发中有一个scrum的概念。它要求把每个周期缩得更小，一般一个月内。然后每个月都有成型的东东给人开，客户代表或者product owner很容易提出意见。这样迭代起来，可能损失比较小。 感觉各种软件开发方法，都还是一个不成熟的东东，变化会很快。不会像建筑项目的管理一样成熟。毕竟几千年前老祖宗们已经造了长城和金字塔。但愿软件开发方法能早日成熟，不用等这么久。:) 学习了，不过感觉还是有点模糊 敏捷可以在较短的周期内，交付客户验收部分功能，有利于客户直接参与和反馈
而瀑布是所有功能一起交付，客户可能到最后才能见到庐山真面目，不利于客户参与 不懂ing~ 感觉你们是在讨论敏捷开发和瀑布型的区别了，不是说敏捷开发如何进行的。。。。 问的也不是敏捷开发是如何进行的，而是敏捷开发是如何进行测试？本人也很想学习下，求高手早日回帖！ 在自动化的基础上，有敏捷测试，黑盒设计不到 在一般情况下,敏捷开发模式需求对应不清晰,很多时候开发出来的东西与我们当初所设想的东西差距太大，所以在敏捷开发模式中，对于需求的变更和需求的明确更加的严谨。 敏捷测试 是一套体系 研发或测试部均衡就很难支撑起来 也可以理解在一种快速增量开发迭代过程中，介入测试人员进行测试
有必要利用自动化工具进行性能及大量重复性的操作，否则想在半月或1个月发布一次版本，
测试变的不可能完成的任务。
期间还会有种人员干涉你的发布 敏捷到底是什么东东？好像只是一种思想和开发技术，那对与测试来说是什么？完全是理论性的介绍呢，如果到实践中如何体现呢？不懂 :)虽然完全不懂，但是还是学习到了几个概念，敏捷开发和瀑布开发！！！ 千树万树敏捷来。
页:
[1]
