51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 10011|回复: 22
打印 上一主题 下一主题

[讨论] 公司在需求较容易变更的情况下,如果做测试计划呢?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-5-9 12:53:11 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们公司的项目刚刚做,开发用瀑布模型,正在做demo呢,还没有确定最终需求,请问各位高手,现在的测试部该做什么呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-5-9 13:40:02 | 只看该作者
测试人员在项目初期应该介入项目,了解产品的需求,开发人员完成需求规格说明书之后,测试人员参与该文档的评审工作,评审通过后,根据该文档设计系统测试用例即可。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-5-9 17:23:04 | 只看该作者
公司在需求较容易变更的情况下 ,必须保证 A、原始的、必须的产品功能存在(自己了解),B、附加功能(开发、市场人员提供)!比如准备生产一款汽车但是没有市场定位(档次),但是动力系统必须存在的,否则你去需求测试防弹、越野性能。。。。等等是没有意义的。
1、动力系统必须存在的 --> 知道产品的原始需求,汽车当作火箭测试可不好;
2、测试防弹、越野性能。。。。等等 --> 如果是奇瑞QQ,那是白费劲。
建议:从基本功能入手,其它是水到渠成!
提问:正在做demo呢,还没有确定最终需求。请问您们如何对产品封样?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-5-14 10:37:48 | 只看该作者
瀑布模型??应该是迭代吧?你们都有demo了,何来 瀑布一说?
需求频繁变更,必须加强过程监控!建议引入 需求变更管理。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-5-17 17:16:23 | 只看该作者
对,引入需求变更管理流程。
即使在做DEMO,也是存在需求的。
只是你们感觉需求将来变动的可能性大了一点而已。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2005-6-21 19:38:42 | 只看该作者
受教了,谢谢,项目以完工
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-6-24 11:57:27 | 只看该作者
Originally posted by 周鱼 at 2005-6-21 19:38:
受教了,谢谢,项目以完工

可以把项目的管理过程、经验、心得共享一下吗?:d
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-7-20 21:30:07 | 只看该作者
听君一席话,胜读使年书
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2005-7-22 12:21:09 | 只看该作者
吼吼,得到的经验就是,一开始预计的测试风险全部遭遇,最初制定的测试计划完全搁浅,测试用例完全没时间更新,以致无用,最后凭着俺一个人的经验,和干劲来傻干下去
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-7-25 13:55:34 | 只看该作者

测试

现在测试似乎都会遭遇这样的问题,我也困挠着,这边开发一直在干,可是就是没有东西给我,然后突然一下子全给我了!我昏了
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-7-26 17:39:26 | 只看该作者
实际上是所有测试人员都晕了,呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2005-7-26 17:45:03 | 只看该作者
我要去寻找管理更加规范的公司!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-7-26 21:25:32 | 只看该作者
根据统一变更管理的理念,如果需求频繁变更,计划也应该随之变更,而不是计划不变,只有需求在变。
就是说整个项目是整体性的。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-7-30 14:31:03 | 只看该作者
给开发人员灌输测试思想!!:P
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-8-13 19:13:18 | 只看该作者
Originally posted by vily1314 at 2005-7-25 01:55 PM:
现在测试似乎都会遭遇这样的问题,我也困挠着,这边开发一直在干,可是就是没有东西给我,然后突然一下子全给我了!我昏了



哈哈,这个太经典了,一针见血,恰如其份.
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2005-8-22 21:41:21 | 只看该作者
Originally posted by 周鱼 at 2005-7-26 05:45 PM:
我要去寻找管理更加规范的公司!


的确,公司的管理是一方面。
当然善于与开发人员沟通也是很重要的,测试应该时常关心开发的进度,和开发人员,项目经理等多沟通,不要个顾个的干活,这样团队才有凝聚力。
路怎么走,自己决定。。。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-4-22 19:55:16 | 只看该作者
谢谢分享
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-6-2 10:28:52 | 只看该作者
sdlkfj5 晕,我公司也是这种情况.搞得我糊里糊涂,最烦就是需求变更,还有千万不要在需求不明确的时候就动手开发,总在重复做些无用功.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
    发表于 2007-6-2 11:44:01 | 只看该作者
    在测试计划里面,增加风险分析 这一项!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-12-8 13:22
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    20#
    发表于 2007-6-4 15:28:50 | 只看该作者
    重点还是管理与流程,很多公司都不重视测试,测试被放在最后一个流程,走过场的现象
    这都是测试最容易遇到的问题

    给BOSS说说测试的重要性与必要性,这样才有用
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 07:47 , Processed in 0.083259 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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