51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3377|回复: 12
打印 上一主题 下一主题

没有需求的测试要怎么测试?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-12-12 15:10:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
 软件测试时候发现根本没有需求,一问开发和需求,发现原来是我们的项目经理口口相传,告诉开发要怎么怎么做。

  可想而之,这个过程是没有设计的,开发过程当中遇到问题,就会问,项目经理即时马上给出答复。

  而到了测试,测试人员在完全不了解状况的时候,在界面上点了点,也不知道要点多少东西,反正一会告诉我说版本测试完了。我心里没底,想着版本上提到改了这么多东西,怎么马上就测试完了呢?

  于是我抱着怀疑的态度去做测试,结果一看发现我们的系统已经大变样了。以前一个流程的三种状态变成了现在的未知种数。我傻眼了,这样怎么可能做测试呢?没有需求,无法预估到测试场景。怎样才是测试完成了?更可恨地是部门经理说测试完了没问题就上线,我的问题是怎样是测试完了,怎样是没问题呢?

  我告诉部门经理,我无法决定是否上线,因为我不知道如何设计测试场景了,而通过我的测试,我发现了一些开发人员也无法回答的问题,于是我把所有我知道范围之内的可能造成状态不同的条件全部列出来了,要求项目经理可我填写,如果是这样的输入条件,输出是怎样的?经我这么发问,项目经理也无法填写我的结果,又推给需求去确认。当然事情暂时没有结论,现在的状态是版本暂时没有上线,我的测试我认为是没有做完的。

  针对以上的问题,我觉得好险。测试是项目最后的一道关,如果我不能发现这些问题,上线后,客户发现了,我们如何解释呢,我们的项目经理会挺身而出帮你说话,说是因为没有需求吗?

  如果出了问题,我对项目经理没有这样的信心。但是我越发觉得测试是多么的重要了,每次上线都是对我个人能力的考验。而这种混乱状态下,如果我不能够发问,我这个测试组的地位只会越来越低,成为别人推卸责任的那个背着黑锅的家伙。

  这次我也发现自己在进入这个部门两个月以后的第一次反抗,前期由于不了解项目的情况,所以出这种问题也是无法察觉的。需求和开发没有文档,需求分析和设计没有做好,我的测试也只能定位比较低。但是通过这次的考验,我自己越来越多的相信,我能够做好项目的测试管理,我的测试组能够在项目过程中充当着不可或缺的角色。

  没有需求的测试,很危险,但是我绝不是每次都要用这种方法来对付这个问题,我要告诉部门,你们前期的需求分析是否可以做得更全面一点,开发设计可以多考虑一些,不要每次把问题丢给测试,提高项目的间接成本。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-12-13 00:06:26 | 只看该作者
怎么和我当初的情况一样啊。。理解你现在的心情。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2020-6-23 10:59
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2011-12-14 15:25:25 | 只看该作者
    感同身受,那要怎么办呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2011-12-15 10:34:25 | 只看该作者
    测试保障首要依据就是需求。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2011-12-15 22:54:29 | 只看该作者
    有些东西的确是没有需求文档的,有人说过:沟通,沟通,再沟通!!  
    所以,找设计,找开发,多了解了解,然后最好有一个人员通过内部邮箱把正确规则发送给所有人
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-12-28 09:45:03 | 只看该作者
    .......测试人员不受待见啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-1-9 16:38:02 | 只看该作者
    这个要顶,有同感啊,测试人员的工作内容会随开发的个人工作特点变化而变化。。。很被动的说。应该有一个约束性的流程约定才行
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-1-13 17:11:39 | 只看该作者
    先凭你的经验感觉,找出你认为是问题的Bug,再与开发沟通。
    慢慢的轮廓就出来了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-1-17 14:43:53 | 只看该作者
    楼主

    改变下思维模式  也许会有更广阔的视角

    需求挖掘:
    不要再要求客户提供完整的需求。所有的产品都需要进行二次挖掘 乃至N次挖掘。

    为什么:
    现在的大多数项目都是客户没有具体需求的 或者说需求不明确 只有个大体的笼统的业务方向。为什么呢? 我们才是软件的专业,难不成你要要求客户懂的比我们专业人士还多?

    我们怎样应对:
    我们要做的是帮助客户解决他的问题,作为一个测试,我有义务去做需求分析,我有义务去学习客户行业内部规范,我还有义务去帮客户挖掘他们懵懂的需求,总之 我们要做的是 客户要求的要做到 还要挖掘隐性需求 制造内部需求  设计case 大胆假设 小心求证。

    个人拙见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-1-17 15:23:19 | 只看该作者
    举个例子吧

    如果做某个软件测试  会先建一个测试模型  包括 客户群体 最大可能支持客户数  并发需求发掘  每天业务处理大约能有多少 response time 大约多少才能满足一个正常的需求 软件大约运行个多少时间才满足实际业务需求? 需要达到什么样子的安全级别 数据模型 等等

    我们测试需要做的是 把那些没有明确定义的 整理出来 做个模型 有个建议值 有理有据的说这些隐性的需求应该做成什么样子 让客户做选择题。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2012-2-2 16:30:16 | 只看该作者
    大家说的都很有道理,但是就是这样的测试,我也做了很久,经常会有人问我,为啥第一次不能将所有的问题都发现呢,搞得我很郁闷呀!我也希望,也尽可能的发现,但是不知道为什么,总是有些问题,在第一次都没发现。。。。~~~~(>_<)~~~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2012-2-2 17:00:32 | 只看该作者
    这样的问题我们也遇到过,可是没办法,很多问题都推到测试这儿了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2012-3-7 13:47:52 | 只看该作者
    1、测试最重要的是沟通,好好和开发沟通好好和组长沟通;
    2、多点了解客户,尽量站在客户的角度思考问题就行
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-6 19:22 , Processed in 0.073877 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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