51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4875|回复: 11
打印 上一主题 下一主题

[求助] 测试方案与开发方案的区别在哪里?敏捷开发中开发人员如何来写测试方案?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-8-9 16:10:36 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试方案与开发方案的区别在哪里?敏捷开发中开发人员与测试人员融合了,那开发人员如何来写测试方案?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    2#
    发表于 2010-8-9 20:06:57 | 只看该作者
    没写过,关注
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-8-10 08:37:46 | 只看该作者

    我也不是很了解,抛砖引玉吧。

    首先敏捷开发的方法内也有很多不同的程度,几乎每个敏捷开发团队都有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的方法,我还不是很了解的。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    4#
    发表于 2010-8-11 10:43:44 | 只看该作者
    都TDD了,楼上的先向你致敬。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-8-11 11:28:56 | 只看该作者
    是否可以推论:你们的开发是借敏捷开发为借口,来推脱开发工作的无序无组织呢?
    试问,一个还存在众多争议的开发模型,就在运用,这个开发团队能力是否真的超群?可以边实践边帮忙成熟这个模型?

    另开发方案和测试方案从字面上就可以界定。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
     楼主| 发表于 2010-8-12 09:34:53 | 只看该作者
    因为我们做的是纯数据的测试,开发方案似乎更贴合于详细设计。而测试方案因不涉及到功能等的应用,也就与开发方案很难区分其区别了。至于五楼说的这个模型还不成熟,也应该是基于我们的产品的特点吧,纯数据的开发与测试,不同Story之间耦合性非常低,是比较适合这种方式的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2010-8-12 13:18:34 | 只看该作者
    我越看越迷糊……

    1、首先,scrum和CMMI的测试策略有什么不同?
    最明显的区别是:在scrum中,release周期更短。而这将带来以下两个结果:
    A, 频繁的release会带来大量的验收/回归测试。而这两部分的具体内容在每个release中基本都是固定。
    B, 阶段主体测试时间的压缩,则使得basic test只能分段完成。即几个release共同完成一个完整的basic test。

    但是纵观整个流程周期,scrum和CMMI总体测试策略是大同小异的。(前提是项目选取的流程模型相同,比如大家都选择X模型。)

    而至于CMMI的文档驱动与scrum的执行驱动,对测试策略设计不具体有决定性的主导因素。驱动只是手段,目标才是终点。

    2、针对于类似数据库的单元/集成测试方案与开发方案的区别
    我很难理解这两种方案为什么会做成一样……

    除开资源/目标类的描述,单看产品相关部分的描述:

    开发方案通常重点描述产品设计框架和产品功能设计
    测试方案通常重点描述产品检查点(测试点)布局及测试方法调用

    这两个部分内容怎么就写成一样的呢?实在难以理解,只能解释为公司的企业文化不同了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2010-8-12 13:31:59 | 只看该作者
    原帖由 Nio 于 2010-8-11 11:28 发表
    是否可以推论:你们的开发是借敏捷开发为借口,来推脱开发工作的无序无组织呢?
    试问,一个还存在众多争议的开发模型,就在运用,这个开发团队能力是否真的超群?可以边实践边帮忙成熟这个模型?

    另开发方案和测 ...


    其实我的另一点感触和这位同仁很相似。

    在国外,敏捷是一套很先进的的方法,也很规范。但是当敏捷来到中国以后呢?

    文档不写了,俺们要敏捷……
    客户体验不做了,俺们要敏捷……
    测试员也不用了,俺们要敏捷……
    ……

    敏捷在很多方面成了盲目追求成本压缩的万精油……::tuxue:::
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-8-12 13:40:34 | 只看该作者
    很多公司不明白敏捷的真谛,以为啥都不要了就敏捷了……
    在之前公司经常跟开发说,别跟我谈敏捷,你知道什么是敏捷吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-8-20 14:55:23 | 只看该作者
    敏捷测试/开发 在国内根本没有规范化 尤其在中小软件公司 这真的是做为缩减成本的幌子
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2013-1-24 10:46:07 | 只看该作者
    全是高手啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2013-1-25 17:16:24 | 只看该作者
    Thank you very much for sharing!The good man!The good life of peace!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-27 10:27 , Processed in 0.080753 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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