51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3593|回复: 8
打印 上一主题 下一主题

[原创] 请教大家一个关于测试计划制定的一个问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-8-7 17:02:10 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
比如说对新浪邮箱进行测试,发信这个流程,我怎么估计这个测试时间??

而且在测试的时候,也许会有中断,比如说遇到block性的bug,

对于工作量,如果没有遇到中断性的bug,工作量我可以估计为1天或是半天,可遇到中断性的bug,这个时间就没有办法估计了


测试计划怎么才能制定的更合理?

只有计划的合理,才能更好的跟踪
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

9#
发表于 2007-8-14 16:40:39 | 只看该作者
也是遇到这样的情况。
1、开发人员在他们计划规定的时间完成了模块的开发,提交测试进行测试,测试组按照他们的完成时间制定了相应的测试计划,但是在启用计划开始测试后,发现开发人员提交的模块功能没有完整实现,出现了block性的bug,致使测试计划终止。
2、开发人员不认真对自己的模块进行测试,全指望测试人员,导致bug数量很多,影响功能的使用。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-8-14 16:40:35 | 只看该作者
也是遇到这样的情况。
1、开发人员在他们计划规定的时间完成了模块的开发,提交测试进行测试,测试组按照他们的完成时间制定了相应的测试计划,但是在启用计划开始测试后,发现开发人员提交的模块功能没有完整实现,出现了block性的bug,致使测试计划终止。
2、开发人员不认真对自己的模块进行测试,全指望测试人员,导致bug数量很多,影响功能的使用。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-8-13 12:40:58 | 只看该作者
你先尝试着把不确定的主要因素都罗列出来,在这里你可以形成初步的工作量估算标准。
没有估算依据的计划风险是很大的。
每个公司的估算方法和标准不尽相同,因为都有很多特殊因素。
(1)把测试项目和工作内容分类成库,最初形成粒度较粗(或很粗)的估算标准和相应的方法,配合风险权值比例的做法增加调整幅度。
(2)在实施过程中建立估算跟踪体系,做一些适当的风险管理。
(3)根据跟踪数据的统计结果不断重复调整你的估算,直到适合实战,达到指导计划工作的目的。
里边参合了很多项目质量管理过程的概念和过程,说白了一句话:将现有的内容整个大概,再分类,再调参数,总会找到你的规律的。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-8-13 10:22:08 | 只看该作者
工作量的估计,说实话,我现在是拍脑袋想出来的,没有任何依据,所以很迷茫!!!

计划的制定,很迷茫,感觉很多的工作量,都是不确定的因素,想不明白
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2007-8-9 19:13:53 | 只看该作者
    原帖由 兰色犹豫 于 2007-8-7 17:02 发表
    比如说对新浪邮箱进行测试,发信这个流程,我怎么估计这个测试时间??

    而且在测试的时候,也许会有中断,比如说遇到block性的bug,

    对于工作量,如果没有遇到中断性的bug,工作量我可以估计为1天或是半天 ...



    你的工作量是如何评估的?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2007-8-8 16:28:06 | 只看该作者
    版主,对于工作量的估计呢????
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    3#
    发表于 2007-8-7 19:23:50 | 只看该作者
    原帖由 兰色犹豫 于 2007-8-7 17:04 发表
    而且,对于一个模块,比如说开发定的计划是10号提交,10号的时候,也提交了,而测试人员对这个模块进行测试,也许就会遇到中断性的问题,开发人员在修改, 这样就会耽误测试的进度

    如果遇到这样的问题,怎么 ...



    打回去。并且明确,义正严词的告诉开发和经理,没有通过冒烟测试,每次造成的延期提交和相关问题全部算到相关人员身上,并要求补偿时间!


    这种问题不应该出现在测试阶段,我们承认没有100%的,但是我们不能接收未满足测试条件的被测试交付件。如果在满足测试交付条件的情况下发生该问题,请向经理要求补充测试延迟的时间。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
     楼主| 发表于 2007-8-7 17:04:35 | 只看该作者
    而且,对于一个模块,比如说开发定的计划是10号提交,10号的时候,也提交了,而测试人员对这个模块进行测试,也许就会遇到中断性的问题,开发人员在修改, 这样就会耽误测试的进度

    如果遇到这样的问题,怎么才能更好的解决呢?

    制定测试计划的时候,留出的时间不是很充足
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 09:07 , Processed in 0.079064 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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