黑盒测试不容易啊！说起很简单，要做好黑盒挺难的
加油~同是做黑盒测试的人~~其实关键是要有一个很好的BUG管理机制~~如果最基本的功能点我们测出有问题，可见开发的不用心~不过个人做了几个月的黑盒了，感觉是要学习更高深点的东西了，一个项目跟进到后面总还是要进行些性能测试的，学习，加油！！
呵呵，加油
坛子里有个叫cleverman的兄弟，年薪都90W了
回复 20# hangxin06066
恩恩，所以我们努力点学习，学多点技术。。。一起努力吧。。:handshake
这个应该要看公司对测试的重视程度了......测试也需要说得起话的领导才行呀.
心声啊。。。。。。。。。
回复 1# 木暖
坚持！
目前都不知道该从何学期，现在刚进入这个和行业
{:3_69:}
你不应该收研发的影响的
回复 17# ailxin
话说我跟的一个项目这周就要上线了· 可公司竟然没提过一次测试方面的，竟一个劲的让我写用户手册·同事也是我一起培训出来的同学， 他比我来着公司早， 特看不惯他做法 · 唉堵得慌
是要看需求文档的，测试执行的好坏关键在于，测试用例覆盖功能点范围是否全面，而需求文档是灯塔。我也是新手，我们公司非常开明，什么测试计划，测试规范，要求特别严格，测试用例经过很多次评审，基本上杜绝了执行不到的地方。个人觉得你测试不到的地方，不是你能力的问题，而是你们的流程不规范，测试前期工作做得不足
坚持啊坚持、
守住自己的梦想
现在刚刚在做游戏测试，做之前先要分析策划文档，然后根据策划文档写测试用例，功能的看文档来
测试实习生路过，每天不停点鼠标！
本帖最后由 wn0112 于 2011-12-16 11:34 编辑
你应该委婉地和他讲讲测试理论：
测试是尽最大努力找出产品Bug，确保它们得到修复。而不是保证产品不存在Bug。如果一次能找出所有Bug，还要回归测试干嘛？回归测试中我们不仅检查是否引入新Bug，同时也找出更多遗漏的Bug。即使产品发布，也不能保证没有Bug，Bug是个无底洞。
而且测试是只有你一个人，从生物学角度讲，至少要2个。每个人的眼光，着重点都是不同的，一个人的眼光是有局限的。A所关注的东西，B未必关注得到，每个人的侧重点和特长都不一样。多个人测试同一个产品，就是为了互补，发现更多的Bug。
回复 20# hangxin06066
之所以同感，那是你根本就不了解什么是黑盒测试。
手工黑盒测试很重要,你的问题是设计文档不完备,跟着测试用例也不完备,这样很容易遗漏隐藏在程序内部的错误，很容易遗漏某些场合或流程，有机会还是转个测试比较规范的公司比较利于发展.
测试不被信任确实是个很头痛的问题，这是靠时间，靠你的成绩来化解的。
“我提Bug改不改是你的问题，你不改，但是Bug在那里，出问题是你的问题，跟我有什么关系，我已经找出来，”这种做法是可行的，但这个情况你要汇报上去，如果领导不知道，到最后你还是逃不了干系的。我一般会找设计的头确认，如果有领导的确定回答，可以不考虑，也要记得将他的回答保存哦，防止赖账。如果你还是不认同设计的头说得话，而且BUG还很严重，直接和项目经理或部门部长沟通，这种事最好测试leader去沟通，不过你现在只有1个人，可以自己来了。据理力争。
搞个bug管理工具，你只负责提bug，然后指派人修改，不改就是他们问题了。
