51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2937|回复: 2
打印 上一主题 下一主题

[讨论] 点面结合的质量过程改进

[复制链接]
  • TA的每日心情
    郁闷
    2018-8-3 13:59
  • 签到天数: 12 天

    连续签到: 1 天

    [LV.3]测试连长

    跳转到指定楼层
    1#
    发表于 2009-3-2 14:46:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    (希望做质量管理的提出宝贵的意见)

    很多时候,很多公司并不需要通过CMMI认证。在研读了一段时间CMMI,我得出这样的结论,原因有:

    1.CMMI是通用行业标准,国际认可的,通过它,则标明你的质量等级,是你公司竞争的前提条件。但大部分中小公司并不需要这些,它所需要的只是切实的质量保证。
    2.CMMI前期需要比较大的投入。具体多少我不清楚,据了解还是比较多的,是很多中小公司不能或者不愿意承担的费用。并且,CMMI是个长期的投入,维护成本也比较高。
    3.外国某些大公司(机构)定义的标准并不是完全适用。CMMI2有7个 PA,CMM3有 11个 PA,并不需要全部达到才能保证质量,换种说法就是,有些PA可以合并到一个过程或者忽略,这样更有效率,更好实施。
    4.对于没有专门人才的公司,靠咨询公司很难把这方面的工作做好。

    以上观点不一定正确,但确是值得考虑的。

    前一段时间,我提出点面结合的过程改进,经过我这一段时间的考虑,我想这样来定义它:  面:几个基于公司行业背景和实际情况的流程。

    点:推动流程实施的输入输出和对质量起到重要作用的行为。

    它们之间的关系:面是树干,是点的宿主;点是绿叶,是面的行为。加在一起就是一颗枝繁叶茂的大树。


    简单的解释:

    作为流程,我们从软件工程上讲,从需求开始,经过开发和测试到最后的上线,这一点是不用去怀疑的。我这样来描述这个流程(见图):

    这就够成了一个面,它们组成一个完整的流程,它们之间却又存在很多依存关系,我们专业一点的叫法叫输入和输出条件。


    第一行是开发开发流程,第二行是测试流程。前一个单位的输出均是(部分是)后一个单位的输入。也就是说,前一阶段的成果,需要为下一阶段提供成果支持。

    同时,不同的阶段之间也存在输出输入条件的 依赖。比如测试需求不但要根据原始需求,还需要根据开发需求和设计文档。

    现在我们再来理解点和面的关系。面就是图中看到的流程,并规定了各阶段的输入和输出这种依存关系。点就是定义输入输出的具体内容和得出这种输出的具体行为。


    具体内容后面详解。

    [ 本帖最后由 kuailederen 于 2009-3-2 14:48 编辑 ]

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2009-3-5 17:08:54 | 只看该作者
    这个东西是不是应该结合一下公司的整个开发的模式。你的这个只适用于瀑布的开发模式。敏捷怎么办??这样是不行的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2009-3-7 15:02:50 | 只看该作者
    关于CMMI,刚才提到了中小公司可能并不采用,一方面的确是国内公司的普遍存在的问题,另一方面也是CMMI本身的一个缺陷,由于CMMI背景是国防的,所以它产生的前提是没有任何交付压力和资源的压力,而实际的项目,就象我们公司很多情况下,交付压力是很重的,当接到项目的时候就明确知道如果不加班肯定无法完成,所以如果按照CMMI理论,可能2级都达不到,所以还是那句话,没有最好的标准,只有适合的标准
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-12 03:03 , Processed in 0.068688 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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