测试方案与开发方案的区别在哪里？敏捷开发中开发人员如何来写测试方案？
测试方案与开发方案的区别在哪里？敏捷开发中开发人员与测试人员融合了，那开发人员如何来写测试方案？ 没写过，关注我也不是很了解，抛砖引玉吧。
首先敏捷开发的方法内也有很多不同的程度，几乎每个敏捷开发团队都有scrum会议，但是不一定都会有test driven development，也不一定有continuous integration。其他的，比如automated unit test也不一定都会做。所以怎么测试要根据项目的具体实现策略来定。我猜测开发人员会集中在automated unit test和continuous integration这两块上。假如你们用到了test driven development那么就要按照先写test case，再code，再refactor的顺序做。假如你们用到了behavior driven development, 那么测试代码也可以按照Given-When-Then的模式来写，其实08年就已经有了behavior driven development 的开源测试框架robot。另外还有一些像是acceptance test driven development的方法，我还不是很了解的。 都TDD了，楼上的先向你致敬。 是否可以推论：你们的开发是借敏捷开发为借口，来推脱开发工作的无序无组织呢？
试问，一个还存在众多争议的开发模型，就在运用，这个开发团队能力是否真的超群？可以边实践边帮忙成熟这个模型？
另开发方案和测试方案从字面上就可以界定。 因为我们做的是纯数据的测试，开发方案似乎更贴合于详细设计。而测试方案因不涉及到功能等的应用，也就与开发方案很难区分其区别了。至于五楼说的这个模型还不成熟，也应该是基于我们的产品的特点吧，纯数据的开发与测试，不同Story之间耦合性非常低，是比较适合这种方式的。 我越看越迷糊……
1、首先，scrum和CMMI的测试策略有什么不同？
最明显的区别是：在scrum中，release周期更短。而这将带来以下两个结果：
A, 频繁的release会带来大量的验收/回归测试。而这两部分的具体内容在每个release中基本都是固定。
B, 阶段主体测试时间的压缩，则使得basic test只能分段完成。即几个release共同完成一个完整的basic test。
但是纵观整个流程周期，scrum和CMMI总体测试策略是大同小异的。（前提是项目选取的流程模型相同，比如大家都选择X模型。）
而至于CMMI的文档驱动与scrum的执行驱动，对测试策略设计不具体有决定性的主导因素。驱动只是手段，目标才是终点。
2、针对于类似数据库的单元/集成测试方案与开发方案的区别
我很难理解这两种方案为什么会做成一样……
除开资源/目标类的描述，单看产品相关部分的描述：
开发方案通常重点描述产品设计框架和产品功能设计
测试方案通常重点描述产品检查点（测试点）布局及测试方法调用
这两个部分内容怎么就写成一样的呢？实在难以理解，只能解释为公司的企业文化不同了。 原帖由 Nio 于 2010-8-11 11:28 发表 http://bbs.51testing.com/images/common/back.gif
是否可以推论：你们的开发是借敏捷开发为借口，来推脱开发工作的无序无组织呢？
试问，一个还存在众多争议的开发模型，就在运用，这个开发团队能力是否真的超群？可以边实践边帮忙成熟这个模型？
另开发方案和测 ...
其实我的另一点感触和这位同仁很相似。
在国外，敏捷是一套很先进的的方法，也很规范。但是当敏捷来到中国以后呢？
文档不写了，俺们要敏捷……
客户体验不做了，俺们要敏捷……
测试员也不用了，俺们要敏捷……
……
敏捷在很多方面成了盲目追求成本压缩的万精油……::tuxue::: 很多公司不明白敏捷的真谛，以为啥都不要了就敏捷了……
在之前公司经常跟开发说，别跟我谈敏捷，你知道什么是敏捷吗？ 敏捷测试/开发 在国内根本没有规范化 尤其在中小软件公司 这真的是做为缩减成本的幌子 全是高手啊 Thank you very much for sharing!The good man!The good life of peace!
页:
[1]
