51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11985|回复: 77
打印 上一主题 下一主题

[原创] 求安慰~~领导在现场发现了一个bug,大发脾气,心里好难过~~

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-1-6 09:54:03 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 爱加菲 于 2011-1-6 10:24 编辑

我是做了6年多的开发之后转测试的,测试也做了一年多了,前段时间还在坛子里发了一个总结帖。因为自己测试的经验有限,而且现在整个部门只有我一个人在做测试,所以很多东西都要摸索着进行,挺难的,但是我自己也觉得蛮有收获的,还信心满满的坚持着。

可是最近遇到了一个很bt的项目,让我郁闷死。。。。

领导要骂我我也没话说,确实是我的疏忽,没发现这个bug。

我现在很迷茫的是这个,请大家给我指点迷津:
如果一个项目时间特别紧,留给你测试的时间只有短短2.3天,但是那么多内容,正常2,3天肯定细细的测是做不完的,这种情况下,我是选择保证质量,还是保证进度?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

78#
发表于 2011-2-9 00:27:00 | 只看该作者
回复 47# littletudou

你这话就说错了,这是把内部矛盾向外转移的管理方法。再说了,即使你是外包人员,你也可以不犯错啊,就不用背黑锅了。并不是说复杂的模块,容易导致你犯错的模块你就一定会犯错的。你是否胜任你的岗位呢。从另一角度来看这个是对自己公司的员工较为宽松,对别公司派过来的外包人员较为严格的一种处事方式罢了。这又算什么呢。自己单位的是自己人,外来的是外人。终究亲疏有别。而且这是中国的传统,任何单位都是这样。同工不同酬,古已有之。现在更是如此,机关单位里有事业编制的二等公民,事业单位里有企业编制的,企业里有劳务派遣的。你还就真别控诉什么。社会本来就是如此。
回复 支持 反对

使用道具 举报

该用户从未签到

77#
发表于 2011-1-28 16:18:01 | 只看该作者
还有,改变领导的看法最好的方法就是用成绩说话,加油
回复 支持 反对

使用道具 举报

该用户从未签到

76#
发表于 2011-1-28 16:16:58 | 只看该作者
测试本来就是个挨累不讨好的工作,不要郁闷了,在测试方法方面提点小思路吧
1、先把被测系统的大体情况搞清楚,在纸上画出个框框来,然后再测试,不能无头苍蝇的看到啥就测啥
2、测试的东西多的时候,分清主次,主体的流程什么的一定要测到,不能马虎,其他的视情况而定
3、把测试分类,比如说界面测试、流程测试、bug多发点测试等,按不同的侧重点去测试
4、为每种测试都建立一个标准,比如界面测试标准中包括控件的边缘测试等,按照规范去测,省很多时间。而对于流程,你可以先把流程都写下来,然后按照写好的流程测试,省非常多的时间,而且还能保证质量。
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    75#
    发表于 2011-1-28 16:01:18 | 只看该作者
    同情你。对你漠视风险感到有点。。。

    明知不可为而为之的事情,是不能打包票,此其一;第二,面对风险时第一要素是让上级明确风险存在,丑话说在前头;第三,面对风险没有第二、第三甚至第四、第五套方案,失策。

    别太难过,知道了下次如何做总比被骂了一无所知,无所是从更好。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    74#
    发表于 2011-1-28 14:11:17 | 只看该作者
    1.走流程-------------时间紧,那么起码先要保证系统的流程没有问题吧?
    2.重要功能----------如:新增、保存、统计等
    3.校验---------------在保证1、2点的情况下开展
    4.界面易用性--------向1、2、3、看齐
    其实可以实行内外有别,先上线适用,公司内部继续测试。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    73#
    发表于 2011-1-25 20:52:33 | 只看该作者
    昨天头找我呢,因为我没在躲过一顿尅。。。
    其实不怕尅,确实是我疏忽了,尅我我也心服口服。

    关键 ...
    爱加菲 发表于 2011-1-6 11:02



        还有一点是我们害怕的:害怕讲出自己对质量的担忧,害怕讲出测试过程的资源紧张,害怕讲出测试后的风险,害怕讲出目前测试管理&项目管理存在的问题。当然最重要的一点:讲了也没用!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    72#
    发表于 2011-1-25 20:50:27 | 只看该作者
    我们7/8个开发的,我一个人测试,我之前跟他提过好几次,既然说重视测试,那起码再加一个测试人员。而且 ...
    爱加菲 发表于 2011-1-6 10:40



        要厚着脸皮不停的要求加人,要黑着心肠不断的出错,最后领导看不下去了,就给你加人了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    71#
    发表于 2011-1-25 20:48:11 | 只看该作者
    我从来就不牛X,这回我让他明白我不是万能的了。。。
    但是不知道回来该怎么跟他沟通。。。。估计得一顿 ...
    爱加菲 发表于 2011-1-6 10:27



        这有资源不够的情况,还有风险少了一个评估吧。不过资源不够,也不敢向领导申请,因为申请了也没用。最后留下了三天时间做测试,结果时间过去了,风险还存在,我们也极少跟领导反馈该程序有风险不能上线,领导也不太征求测试的意见执意上线。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    70#
    发表于 2011-1-25 20:44:01 | 只看该作者
    但是,我心里也觉得委屈。

    测试本来就是个细致的工作。

    在没有任何设计文档的情况下,我参加他们的需 ...
    爱加菲 发表于 2011-1-6 10:11



        有需求会,却没有需求文档。还需要测试员去想像需求,我觉得这首先是项目经理的失职其次是没有需求人员的责任,最后是测试在背黑锅。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    69#
    发表于 2011-1-25 20:41:43 | 只看该作者
    回复 4# 爱加菲


        仅关于这个事情,把开发和测试一顿骂,我觉得作为挨骂者是服气的。但是作为领导,需要在一定程度上面保护员工,感觉没有,这一点有些儿不服气。不过有一点好的,开发和测试一起骂,至少责任都担了而不是有问题只找测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    68#
    发表于 2011-1-25 14:42:25 | 只看该作者
    一看这样的领导就是很无能的那种,自己手上多少人能做多少事,自己都不清楚?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    67#
    发表于 2011-1-21 17:41:02 | 只看该作者
    对了,开发人员的进度你也应该督促,这也是测试人员的工作之一。别直接面对开发人员,面对开发leader。想到的就这么多。不过貌似前面好多前辈都给了很好的意见,多多学习!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    66#
    发表于 2011-1-21 17:31:16 | 只看该作者
    我觉得一个人做测试已经很不容易了,领导可能不知道你工作量大小,或者顾及客户,有的领导也可能是不会做领导,小题大做。
    做为你,就吸取教训吧。你开始做的时候要自己评估工作量,时间+人力+项目大小。如果时间和人力有风险,都要提前跟领导说好。让他看到你的工作。测试计划和报告弄个模版,把自己的工作量量化,让领导看到你都作了什么。在量化的工作面前如果领导还说什么的话,就是人品有问题了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    65#
    发表于 2011-1-21 17:02:42 | 只看该作者
    有几个领导能意识到 “测试不是万能的”!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    64#
    发表于 2011-1-21 11:32:57 | 只看该作者
    页面检查类的案例和功能点的案例应该是分开的,执行的时候也是不同类型的测试。

    所以计划、执行都应该有一个规范的流程,越严格,风险越小
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    63#
    发表于 2011-1-19 17:40:14 | 只看该作者
    测试是证明软件有错误,不能保证软件没有任何问题的。我们只是把质量问题确保到能接受的范围。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    62#
    发表于 2011-1-19 17:38:34 | 只看该作者
    回复 1# 爱加菲


        LZ以后要注意,这种情况经常遇到,开发经常把测试的时间占用了。但你测试时也就没几天了,这时你就和你上司说,本来测试需要10天的时间;但现在只有2、3天时间,你们也要赶着上线。我不能保证项目的质量,但我只能保证主要功能的质量,细节上不能保证了。免得出问题K的大,也不能怪你。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    61#
    发表于 2011-1-19 17:19:34 | 只看该作者
    看来测试情况都是类似。测试时间被严重压缩,我遇到这种情况的时候,通常会找领导沟通,告诉他这么短的时间你能把系统测试成什么样。我想领导听后一定会有个考量。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    60#
    发表于 2011-1-14 20:52:17 | 只看该作者
    领导骂人,嗨,也太过分了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-11 01:44 , Processed in 0.085122 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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