一个做手工黑盒测试的无奈

木暖

又是一周功能上线前了，精气神又回来了。我还真是顽强呀。
一点也不难过了，今天发现开发的兄弟还是挺信任我的。一个经理不待见我就不待见我吧，还有千千万万个开发兄弟待见呢。加油，加油，加油~~~~（林志玲的小嗲声念）

特别谢谢给我建议的人。上周工作特别多，特别累，一直加班。之前我们的测试是有好几个，现在基本就剩我一个了。
我觉得8楼的说话很到位，呵呵，“我提Bug改不改是你的问题，你不改，但是Bug在那里，出问题是你的问题，跟我有什么关系，我已经找出来。”真有魄力呀。
之前和开发的关系都特别好，基本上他们都觉得我是自己人，对我很好。因为之前我报告的BUG相较其他人来说是比较有质量，并且数量也是摆在那的。很久之前我就负责他们那种比较大的功能的测试了。说不用测的那话的人是他们的新头。是新经理，真的很无奈。而且我发现他说的最多的就是你在前端是看不出来的，问题是我要真看不出来就算了，偏偏我看出来了呀。
现在这个头这么做不仅影响我的的测试，肯定也会影响到其他开发人员对我的信任。这才是让我纠结的重点。以前发现BUG就算再晚也不会埋怨，积极去改就好了，他一说你之前怎么没测出来我就很郁闷了。BUG这个东西防不胜防，我也在努力去防呀。我希望和他和平共处的。唉………………

一个人絮絮叨叨。
不知道还有多少人是和我一样是做手工黑盒测试的，我也曾兴致勃勃的学习QTP，总是不得要领。
可是这些事应该和自动化测试没有什么关系吧。
很喜欢测试，当测试是我的事业。不知道算不算自不量力。因为我发现我守不住我的事业了，不懂技术，测试结果也被人质疑。而我拿不出更有力的证据证明我的测试结果。我说这个不对，有人就说这个就是这样的，我们是怎么怎么做的，肯定没问题。这个你不用测了，肯定是对的。
目前公司的测试就我一个人，近期的测试都要被开发影响。
这次有一个bug上线前才测出来，被问，怎么之前没有测出来。我内疚，可是我也无奈。
测不完的时候我也在加班，我像开发一样，一样重视这些功能，我希望经我手测过的东西，不说完美，至少不会有重大缺陷。这是他们的愿望，也是我的愿望。
不知道为什么会成这样，最近总有一些功能出现问题，我总是想到这没想到那。
特别难受，做一个不被开发信任的测试很难受。之前有人说开发瞧不起测试，我一直觉得只要自己能看得起自己，自己做好自己的事，其他人怎么想有什么关系。可是不是的，一个测试，自己的测试结果就像自己的小孩一样，就像开发的代码一样，不被信任的时候，难过应该是一样的吧。
不知道怎么走下去，不知道为什么会变成这样。如果以后的测试都被开发影响，那我的存在还有什么意义。

xuxf

我最近测试后上线的，也有很多问题出现，大部分问题都出在 我没有想到那点，总是遗漏，导致现在我对自己都没多少信心了，每次上线都提心吊胆的。

能够把手工测试做好，也是很困难的，要覆盖所有的功能点还是有点困难

没事，我们一起加油吧！

wfz0p

可怜的测试同学们，一起加油了~

ttfish

lz不要太弱势

jessica_1984

你应该思考下,为什么开发人员不信任你.

tianmingyang

搞个bug管理工具，你只负责提bug，然后指派人修改，不改就是他们问题了。

lzytest

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

wzc369

回复 20# hangxin06066

之所以同感，那是你根本就不了解什么是黑盒测试。

wn0112

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

pys_moving

测试实习生路过，每天不停点鼠标！

howtogetout

现在刚刚在做游戏测试，做之前先要分析策划文档，然后根据策划文档写测试用例，功能的看文档来

piaolingxue423

守住自己的梦想

jack李

坚持啊坚持、

白开水~

是要看需求文档的，测试执行的好坏关键在于，测试用例覆盖功能点范围是否全面，而需求文档是灯塔。我也是新手，我们公司非常开明，什么测试计划，测试规范，要求特别严格，测试用例经过很多次评审，基本上杜绝了执行不到的地方。个人觉得你测试不到的地方，不是你能力的问题，而是你们的流程不规范，测试前期工作做得不足

pangziyang

回复 17# ailxin


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

gavin19870923

你不应该收研发的影响的

394819525

hbacc2047003

目前都不知道该从何学期，现在刚进入这个和行业

爱情如水

回复 1# 木暖


    坚持！

落崖惊风

心声啊。。。。。。。。。