51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 8599|回复: 24
打印 上一主题 下一主题

[原创] web测试的苦恼

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-7-8 14:36:58 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
来新公司做测试快3个月了,在这几个月中,感觉自己在技能方面没长进多少,反而在人际这块有深刻的体会,或许是以前没有经历过真正的测试,或许是因为新公司的绩效考核缘故,感觉和开发人员接触不是那么的顺利。
   今天和一开发人员一块吃饭,途中,他说,测试也是需要“度”的,我当时就反问:度?你是不是感觉我提交的bug不好或提的建议太多?然后他说:我们公司没有明确的说明文档,有的时候你提的那些bug用户根本就不会输入到,或者恶意者也不会攻击到,对于那样的bug就不用提了,听到这,我随口就说:既然我发现了输入那样的特殊字符系统产生bug了,那我就应该提出来,那是我的责任,你们如果感觉没有修改的必要可以不改,那就不是我的责任了........
   其实之前,也是因为提bug和开发人员产生过小摩擦,说真的,我提的那些bug,肯定都是存在的,否则我不会提出,或许在他们看来,用户根本就不会输入或用到,但是我感觉作为一个测试人员,那是我的责任,发现了,我就一定提出,没什么不对的
   或许是自己对事物追求太过完美,感觉所测试的每个模块,都要完美,所以,我在测试中我也会提出自己的一些想法和建议,有次,开发人员就说那不是我管的事,可是,不提出来,总感觉不是那么回事
   别的公司又能怎么样呢?
   期待大家的讨论。

[ 本帖最后由 navy2008 于 2009-7-8 14:38 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-4 14:48
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    25#
    发表于 2009-12-17 11:41:36 | 只看该作者
    楼主郁闷的事也正是我郁闷的,顶一个
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2009-12-10 16:03:13 | 只看该作者
    遇到好沟通的开发人员还可以 ,就怕遇到那种无赖型的 ,检查就想杀人  。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2009-8-7 09:38:05 | 只看该作者
    BUG和绩效挂钩本身就不是什么好办法。

    LZ做的没有错,发现问题当然应该报,该不该是另外一回事。当然测试和开发的时候,需要先保证happy path,然后再考虑edge问题也没有错。

    这些问题,传统开发模式下很难解决。所以么,还是找机会去做敏捷吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2009-8-7 00:28:45 | 只看该作者
    一般来说,开发的任务是繁重的,在有限的时间下,项目的早期多报一些比较严重的bug,先确保主要切重要的功能是期望的结果,当site主要功能稳定之后,再报那些不重要的bug。你想啊,人家的头等大事都还没解决,就算把你报的那些小bug修复了又如何?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2009-8-5 17:30:59 | 只看该作者
    我待过的项目里,有时候会出现tester和dev对一个bug的观点各自坚持不下,这种时候就该PM出面了。看看是不是给解成by design。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
     楼主| 发表于 2009-8-3 16:10:36 | 只看该作者
    恩,对啊,站在哲学的角度看测试和开发,它们是既对立又统一的整体,给别人挑毛病总不是一件令人很愉快的事情,在交流中总结经验,提高交流技巧吧!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2009-7-28 18:42:19 | 只看该作者
    感觉测试和研发之间确实存在不愉快  
    开发催测试抓紧测   一轮测完了测试催开发改bug
    敌我矛盾啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2009-7-28 14:37:50 | 只看该作者
    看得出楼主很用心,那就可以了,其它的就不是我们所能决定的。
    我这里这种情况较少,因为如果测试Bug不修复,我就不会出测试报告。那么这个项目就一直挂着,开发拿不到奖金的。所以开发一般还是比较配合的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2009-7-27 10:42:28 | 只看该作者
    矛和盾的协调或者较量...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2009-7-24 17:44:44 | 只看该作者
    碰到这种,测试的需要站在开发的角度去考虑一下,提交太多的bug,会影响他们的切身利益,测试的最终的目的是发现bug,并且bug得到修复,有的时候,一些bug 可以不用提交,直接跟开发的说明,让他们修复,也不影响软件的质量,当然,如果这样还不修改,就提交到上去,让上面的领导去决定。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
     楼主| 发表于 2009-7-23 09:27:50 | 只看该作者
    原帖由 ljonathan 于 2009-7-22 16:55 发表
    我的实际感觉也是
    有些事情,需要上面协调的。。。

    不过你们公司的情况,确实是有些难搞。。。
    更需要你,有沟通的技巧。。
    女孩子,还好了,基本上,开发不会太反感
    相反,如果因为你的细致,发现了一个让他 ...


    恩,你说的没错,需要有沟通的技巧,谢谢大家的关心
    前天发现了几个问题,和开发交流,当时说我太较真,呵呵,没办法,开发就又看了遍代码,结果事实证明那是个严重的bug,开发无话可说了,当时感觉好爽。
    经过这么多天的测试工作,我感觉,测试人员一定要对自己提出的bug自信,尤其是当和开发交流的时候,一定要自信,而且必要时一定也要坚持自己的观点,人好怪的,如果一方表现的不自信,感觉对方就会在心理上压垮你,所以,自信是个很好的武器。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2009-7-22 17:24:30 | 只看该作者
    需求文档呢
    怎么没人提需求文档呢,需求文档上明确说明的没实现,你必须要提呀

    需求文档上没有的,你就提一个bug给写需求文档的人,改不改需求,他们决定

    所有的问题,必须文档化,以后出了问题,有所依据,当然这是消极的做法

    测试人员做的操作、输入的条件都是客户将来可能做的,就算是误操作,也不允许出错,我们又不是改动了代码引起的bug

    测试目标不明确,你可以跟你的直接领导提,开会的时候提,有的是机会

    没有需求文档,可以自己尝试写
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2009-7-22 16:55:21 | 只看该作者
    我的实际感觉也是
    有些事情,需要上面协调的。。。

    不过你们公司的情况,确实是有些难搞。。。
    更需要你,有沟通的技巧。。
    女孩子,还好了,基本上,开发不会太反感
    相反,如果因为你的细致,发现了一个让他们心服口服的bug,
    情况可能会慢慢好起来。。
    每个人的工作环境不一样,需要的耐心和沟通确是一样的。。

    总之,别泄气。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2009-7-10 13:09:40 | 只看该作者
    如果与研发讨论没有结果,自己也进行过多方面的沟通还是无果的话,这就应该先与测试部门主管讨论,看主管的态度,实在不行交由主管去协调。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
     楼主| 发表于 2009-7-9 18:23:47 | 只看该作者
    我现在很迷茫,急需高人指点,阿门!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-7-9 16:52:15 | 只看该作者
    碰到这样的情况还真是很郁闷。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-7-9 13:31:26 | 只看该作者
    你们公司的情况是什么样的?测试占得比重是怎么样的?有些问题要联系实际。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2009-7-9 12:37:19 | 只看该作者
    原帖由 lg1318617 于 2009-7-9 11:43 发表
    为什么一定要用摩擦来形容~    只是一起讨论一个问题,不用往那么坏想的。


    我也不想啊,可是,开发人说的话:如果要这么测下去,我这工作就没法做了,
    你说能不让我郁闷吗?

    [ 本帖最后由 navy2008 于 2009-7-9 12:39 编辑 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-7-9 11:43:02 | 只看该作者
    为什么一定要用摩擦来形容~    只是一起讨论一个问题,不用往那么坏想的。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-21 13:53 , Processed in 0.083476 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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