51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 木暖
打印 上一主题 下一主题

[原创] 一个做手工黑盒测试的无奈

[复制链接]

该用户从未签到

21#
发表于 2011-11-22 16:11:57 | 只看该作者
黑盒测试不容易啊!说起很简单,要做好黑盒挺难的
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2011-11-22 19:57:55 | 只看该作者
加油~同是做黑盒测试的人~~其实关键是要有一个很好的BUG管理机制~~如果最基本的功能点我们测出有问题,可见开发的不用心~不过个人做了几个月的黑盒了,感觉是要学习更高深点的东西了,一个项目跟进到后面总还是要进行些性能测试的,学习,加油!!
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2011-11-22 20:25:30 | 只看该作者
呵呵,加油
坛子里有个叫cleverman的兄弟,年薪都90W了
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2011-11-22 23:18:12 | 只看该作者
回复 20# hangxin06066


    恩恩,所以我们努力点学习,学多点技术。。。一起努力吧。。
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2011-11-23 15:39:46 | 只看该作者
这个应该要看公司对测试的重视程度了......测试也需要说得起话的领导才行呀.
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2011-11-23 15:41:53 | 只看该作者
心声啊。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2011-11-23 20:13:05 | 只看该作者
回复 1# 木暖


    坚持!
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2011-11-23 20:39:39 | 只看该作者
目前都不知道该从何学期,现在刚进入这个和行业
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2011-11-23 21:57:19 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2011-11-24 09:37:46 | 只看该作者
你不应该收研发的影响的
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2011-11-29 14:58:13 | 只看该作者
回复 17# ailxin


    话说我跟的一个项目这周就要上线了· 可公司竟然没提过一次测试方面的,  竟一个劲的让我写用户手册·  同事也是我一起培训出来的同学, 他比我来着公司早, 特看不惯他做法 · 唉  堵得慌
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2011-11-29 15:39:40 | 只看该作者
是要看需求文档的,测试执行的好坏关键在于,测试用例覆盖功能点范围是否全面,而需求文档是灯塔。我也是新手,我们公司非常开明,什么测试计划,测试规范,要求特别严格,测试用例经过很多次评审,基本上杜绝了执行不到的地方。个人觉得你测试不到的地方,不是你能力的问题,而是你们的流程不规范,测试前期工作做得不足
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2011-12-15 13:55:01 | 只看该作者
坚持啊坚持、
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-10 11:26
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    34#
    发表于 2011-12-15 14:38:03 | 只看该作者
    守住自己的梦想
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    35#
    发表于 2011-12-15 16:48:31 | 只看该作者
    现在刚刚在做游戏测试,做之前先要分析策划文档,然后根据策划文档写测试用例,功能的看文档来
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    36#
    发表于 2011-12-15 16:57:12 | 只看该作者
    测试实习生路过,每天不停点鼠标!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    37#
    发表于 2011-12-16 11:31:54 | 只看该作者
    本帖最后由 wn0112 于 2011-12-16 11:34 编辑

    你应该委婉地和他讲讲测试理论:
    测试是尽最大努力找出产品Bug,确保它们得到修复。而不是保证产品不存在Bug。如果一次能找出所有Bug,还要回归测试干嘛?回归测试中我们不仅检查是否引入新Bug,同时也找出更多遗漏的Bug。即使产品发布,也不能保证没有Bug,Bug是个无底洞。
    而且测试是只有你一个人,从生物学角度讲,至少要2个。每个人的眼光,着重点都是不同的,一个人的眼光是有局限的。A所关注的东西,B未必关注得到,每个人的侧重点和特长都不一样。多个人测试同一个产品,就是为了互补,发现更多的Bug。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    38#
    发表于 2011-12-16 16:20:12 | 只看该作者
    回复 20# hangxin06066

    之所以同感,那是你根本就不了解什么是黑盒测试。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    39#
    发表于 2011-12-16 17:28:08 | 只看该作者
    手工黑盒测试很重要,你的问题是设计文档不完备,跟着测试用例也不完备,这样很容易遗漏隐藏在程序内部的错误,很容易遗漏某些场合或流程,有机会还是转个测试比较规范的公司比较利于发展.
    测试不被信任确实是个很头痛的问题,这是靠时间,靠你的成绩来化解的。
    “我提Bug改不改是你的问题,你不改,但是Bug在那里,出问题是你的问题,跟我有什么关系,我已经找出来,”这种做法是可行的,但这个情况你要汇报上去,如果领导不知道,到最后你还是逃不了干系的。我一般会找设计的头确认,如果有领导的确定回答,可以不考虑,也要记得将他的回答保存哦,防止赖账。如果你还是不认同设计的头说得话,而且BUG还很严重,直接和项目经理或部门部长沟通,这种事最好测试leader去沟通,不过你现在只有1个人,可以自己来了。据理力争。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    40#
    发表于 2011-12-16 17:44:38 | 只看该作者
    搞个bug管理工具,你只负责提bug,然后指派人修改,不改就是他们问题了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-27 23:52 , Processed in 0.077604 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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