51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[求助] 测试计划怎么评审

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-6-21 15:47:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
公司的流程有个样子,但细节很多都不到位。
尤其是测试计划,感觉只是一个形式。
测试人员按模板写个计划出来,小组长在评审一下,就完了。而在后期的测试中,根本就没有起到一份计划文档的作用。
不知道具体应该如何操作,才能真正发挥一份计划的作用。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-6-21 21:05:54 | 只看该作者
请楼主仔细思考2个问题:
1、模板内容是否实用和完整?
2、测试人员对模板内容的作用是否理解深入?
计划是否能发挥作用在于测试人员的执行是否到位。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-6-22 09:30:06 | 只看该作者

回复 1# 的帖子

这个是一个共通的问题,甚至夸张一点,一些项目的计划,就是将别的项目组的计划,把项目名替换掉就直接变成
本项目的项目计划,所以出现这种情况,更多的是教育和说明,当然我个人认为最好的是进行必要的过程改进,就是在评审的时候,让大家都有话说,让大家加入到评审的过程中去
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2009-6-22 20:10:00 | 只看该作者

回复 2# 的帖子

好像两个问题的答案都是否定的。
其实我感觉我们公司的情况是老大一级的人物不重视这个东西,他们感觉没什么用处,测试人员想做好也没办法了。
如果能把测试计划想需求那样来做,或许情况就会好很多。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-6-22 21:36:22 | 只看该作者
一份好的测试计划不容易,需要历史数据来支撑,也就经验
有了这些,计划中的很多东西也时间点都可以界定了

PS:如果领导不注重的话,计划就是写的再好,估计也发挥不了它应有的作用
至少测试经理应该重视
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-7-4 15:34
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2009-6-28 14:29:10 | 只看该作者
    没有一把手的支持。测试计划就是一句空谈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-6-28 15:54:29 | 只看该作者
    说老实话,模板都是害人的东西。

    之所以这么说,是因为模板都是别人的经验总结。别人的经验是一点一点积累,根据企业的不断发展才走到这一步。如果你只是拿了别人的成果,往自己身上一套,多半是搞不好的。

    我的建议是,忘记这些大而全的模板。把所有的测试人员召集起来,大家讨论一下,目前情况下,有什么问题。再看看,哪些问题是可以通过计划来改善的。不要试图一下子改变所有的问题。写一个最最简单的计划,一次只解决一个问题。慢慢把新问题的解决方案加入这个计划中。同时,把已经过时的内容删除。

    不需要去考虑评审的问题。如果这个计划是大家需要的,感兴趣的,自然会有人给予反馈。如果压根没有反馈,那基本上就意味这个计划的内容没有任何实际意义。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2009-6-28 20:08:24 | 只看该作者
    非常同意!
    可惜我没这权利
    公司乱七八糟的限制很多,模板这些东西都是流程组的人在做
    他们也不管过不过时,老大也不重视这东西
    我只能跟着混了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-6-29 10:03:07 | 只看该作者
    原帖由 woza 于 2009-6-28 15:54 发表
    说老实话,模板都是害人的东西。

    之所以这么说,是因为模板都是别人的经验总结。别人的经验是一点一点积累,根据企业的不断发展才走到这一步。如果你只是拿了别人的成果,往自己身上一套,多半是搞不好的。

    我 ...

    我认为这有些极端和绝对,如果是一个比较适用的模板的话(有些组织只是照搬别的模板,也不管是否与组织的开发模式和技术相适合),还是对工作有很大的帮助。如果没有模板的话,无论是行政还是其它业务可能超寸步难行,因为别人可能根本不明白你写的那些项目是什么东西,会付巨大的沟通成本。其实,吸收别人好的经验是组织或个人学习进步的捷径之一,我不可能事事都自己一切从头做,尤其是软件开发,那样的话,你可能什么事也做不成。(天才如牛顿还承认自己是“站在巨人的肩膀上”)。
    在对经验的事情上,提倡“拿来主义”,反对“照搬主义”和“关门主义”。我想你们反对的模板一定是与开发极不适应的模板,在制作模板时,应该让各个相关方参与,而不是一些不了解实际活动的流程部门来闭门造车。
    再针对楼主意见说一下自己的看法,其实所谓计划,其核心就是活动的安排(活动涉及的人、资源、时间等),如活动谁负责、需要哪些人力和物力资源、活动启动条件和结束条件、何时开始、持续多长时间等,如果一些必需的设备可能到时不能到位,就需要进行跟踪。评审时,应该主要关注这些活动安排是否合理,是否有遗漏等。说白了就是项目组打算怎么来做某项目的测试,不能到了跟前再打哪指哪吧,如测试需要的一个仪器公司目前没有,到测试时再去采购,而且测试人员还需要时间来熟悉,那恐怕时间就来不及了吧!另外,计划也不是一成不变的,随着情况的发展,必要时也需要及时调整和更新.
    如果对某项任务,负责人还不能制定较为合理有效的计划,基本上可以断定负责人还缺少基本的完成任务的能力。

    [ 本帖最后由 zhongmg108 于 2009-6-29 10:07 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-10-12 14:54:49 | 只看该作者
    我原来公司的测试计划,基本上都差不都,将需求列表换一下,时间换一下基本通用了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-10-26 15:09:24 | 只看该作者
    我支持模板害死人的说,单不支持模板害死人的做法。
    模板是长期实践,总结出来的一套解决问题的方法,有的你是实用的有的未必你就能用的到,一个项目计划要从特定项目的特点出发思考如何一步步的开展测试工作;
    测试计划不是一成不变的,在测试计划的执行过程中会随着外界条件或者某些因素的掺杂而做出相应的变动和调节!这个是必然的。如果说做了一份计划到项目测试完毕了都没有动过或者很好的按照计划中的各个指标,策略,资源等测试完成了,这说明两个问题:第一你的计划就是一张废纸,第二你的计划做的太好了,对整个项目的把控,奉献预测和预防测试都做到极致了
    注重项目质量要从领导开始!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2012-5-17 11:49:20 | 只看该作者
    很长时间没有登录过,也很长时间没有写过总结过了,过了将近三年,回头看自己写的东西,感觉有点稚嫩,但都是自己认真想过思考过质疑过想过要改变的的,现在已经很少这种思考了,上面怎么规定就怎么做。人是不是混的越久脑子就越懒的了?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-10-5 07:22 , Processed in 0.104734 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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