51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4791|回复: 6
打印 上一主题 下一主题

[原创] 测试进度黄金分割点

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-3-20 18:49:03 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
把一条线段以线上一点分成A 、B两段,A>B ,使A比B等于A+B比A,比值是近似于0.618,那个分割线段的点就是黄金分割点

周一接到测试任务,做一个mis系统的功能测试,时间5天。

理论上,用3天完成任务,用剩下的两天来补救前3天的失败,

实际上,测试计划中关于进度的安排是这样的

计划用前3天时间完成整个测试,在第二天结束时,提交阶段测试报告,

目的是证明这两天的工作正确、有效,再review一下是不是有什么疏漏

如果有的话,第三天赶紧补救

第4天做回归,提交阶段测试报告,

第5天做回归,如果第5天用来补救,则它最多能补救一天的损失

因此要保证前3天 只有不超过半天的测试需要补救,因为另外半天需要留给开发修改代码以及再回归

总之,前3天要保证参与测试人员之间充分的交流,用于检查正在进行的测试是有效的、正确的

如果前3天的测试,只用2天就完成了,那么多出来的一天可以用来对风险较大的、bug较多模块再次测试,bug总是扎堆的么sdlkfj

[ 本帖最后由 suchboy 于 2006-3-20 18:51 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-3-21 18:20:54 | 只看该作者
有些牵强,理想化。

‘80/20’可能更贴切: 用20%的资源发现80%的bug.
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-3-25 22:34:31 | 只看该作者
这个最大的用处是涉及进度的设计时考虑,不过是扩展性的,不是划分型的!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-4-7 21:50:08 | 只看该作者
谢谢了!!!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    5#
    发表于 2006-4-12 12:09:08 | 只看该作者
    控制好测试结束依据
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2006-4-12 13:21:56 | 只看该作者
    测试进度控制很重要,结合实际情况,合理的进度安排会更好的完成测试的任务;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-7-12 17:32:04 | 只看该作者
    有点意思
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-13 04:15 , Processed in 0.082146 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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