51Testing软件测试论坛

标题: 一个做手工黑盒测试的无奈 [打印本页]

作者: 木暖 时间: 2011-11-20 12:00
标题: 一个做手工黑盒测试的无奈
本帖最后由木暖于 2011-11-23 10:56 编辑

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

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

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

作者: msnshow 时间: 2011-11-20 12:34
不要想着手工测试就没啥好做的，自动化才是有前途的

其实手工测试也能做得很好，自动化不一定是最适用的

作者: dde333 时间: 2011-11-20 20:01
只能劝你坚持住，不要轻易放弃！

作者: 愚人 时间: 2011-11-20 22:52
高手是要能根据情况判断用什么方法更合适

作者: 愚人 时间: 2011-11-20 22:53
做不好手工黑盒，能做好自动化的概率为0.00

作者: 月上百合 时间: 2011-11-21 10:16
功能测试，重不在手动动，而是脑动动，因为多动脑测试全面点。我觉的要想没有遗漏还是挺难的。黑盒做好也不是哪么容易的。啥也别想积累经验吧。

作者: yyfpblzhsxlfs 时间: 2011-11-21 10:34
这个也许跟经验积累有关系吧，也许遇到的问题多了，想到的问题，也就多了

作者: qq13816974762 时间: 2011-11-21 11:23
想获得开发的信任，一部分要源于你领导对你工作的支持，另一方面是你工作结果的累计，你能提示比较多而且典型的bug出来，那么之后他们对你的工作肯定有所支持，在一方面就是保持一个良好的关系，至少平时也聊聊，一起活动，打打球或者找一些共同爱好，不能拉所有的开发，但最少要保持有一个关系特别好，还有就是他们对你质疑的时候，你可以去找一找有什么相同的类的软件，而且是比较大的公司做的（他们一般都做的比较细）拿过来对比，这是强有力的证据，对于那些比较离谱的开发，你不用测，肯定是对的，那就一句话，出了问题你负责，但你自己还是要测的，统计下来问题反馈给他，不改就算，项目的质量不是一个人事，不要把什么责任往一个人头上扛，说难听点，我提Bug改不改是你的问题，你不改，但是Bug在那里，出问题是你的问题，跟我有什么关系，我已经找出来，

作者: shijinjin 时间: 2011-11-21 14:09
同意楼上的观点，要对自己有信心，需报着一颗怀疑的心态，努力做好自己份内的事，用事实说话，至于那些不给予你合作的开发人员你可以换位思考一下，寻找和他们最佳的沟通方式，这样会对你的工作起到很大的帮助的。
加油，其实我也是个新手，目前和你的处境很类似。。。

作者: 一周琴弦 时间: 2011-11-21 14:40
楼主想开点啊，凡事都会遇到困难，自信一点

作者: 一周琴弦 时间: 2011-11-21 14:41
八楼九楼正解

作者: lsekfe 时间: 2011-11-21 14:49
做黑盒测试主要是在功能测试为主，如果东西一多。很容易遗漏，那么测试用例对于黑盒测试人员来说非常关键，我觉得一个好的测试用例才是黑盒测试的最重要组成部分。但是我到现在对于测试用例的编写还是觉得自己没有开窍。只是一味着跟着功能走，很多人说写测试用例之前需要看下研发的文档，说实在的那些文档长的要死，看的都想吐。只能自己看看这方面得书，再开窍下了。

作者: syn106 时间: 2011-11-21 14:52

一个人絮絮叨叨。
不知道还有多少人是和我一样是做手工黑盒测试的，我也曾兴致勃勃的学习QTP，总是不得要领 ...
木暖发表于 2011-11-20 12:00

adsds

作者: syn106 时间: 2011-11-21 14:53
回复 14# syn106

22323

作者: archonwang 时间: 2011-11-21 15:05
呵呵。有时候觉得，反思是重要的。做事哪有没错的。或多或少而已。

不过不反思，下次依然，至少吧。下次不会犯之前犯过的错误就可以了。

至于说手工测试没前途？不赞同，只不过每个人对软件过程和过程中相关的内容的开悟状态不一样罢了。所以，不必纠结于此了。

作者: jingw19 时间: 2011-11-21 16:17
写用例的时候还得要看看开发的需求文档，要尽量保证功能点不要被遗漏了，这样不管是手动黑盒测试，还是自动化测试，都能很好的发现bug

作者: ailxin 时间: 2011-11-21 17:38
说是测试了那么久，系统都上线了，我一直都还没见过系统的需求文档，更别说写测试用例了···

作者: 木暖 时间: 2011-11-21 17:46
回复 18# ailxin

哈哈，我们也是呀，基本上你是看不到需求文档的。就是技术说啥，你测啥，觉得过不去的要不就去问技术是不是这么设计的，要不就去问需求方，您这个需求是这个样子的吗？

越想越不容易呀。

作者: cleangreen 时间: 2011-11-21 21:03
明白明白很明白一个手工黑盒测试的苦。。因为我也是其中一个，很多时候有着很多无奈，版本发布又提心吊胆的，出现问题就会被说测试不到位。。每修改一个大的问题，都会引起很多关联的缺陷，而且很多都隐藏得很深，测试的时间也时候有限的，人手也是有限的。。。有时对着软件都感觉点到想吐的了。。。所以想学点技术，但是却都从无下手。。。

作者: hangxin06066 时间: 2011-11-22 14:59

明白明白很明白一个手工黑盒测试的苦。。因为我也是其中一个，很多时候有着很多无奈，版本发布又提心吊胆的 ...
cleangreen 发表于 2011-11-21 21:03

同感。。。。。

作者: ttxx1102 时间: 2011-11-22 16:11
黑盒测试不容易啊！说起很简单，要做好黑盒挺难的

作者: ttyang_lulu 时间: 2011-11-22 19:57
加油~同是做黑盒测试的人~~其实关键是要有一个很好的BUG管理机制~~如果最基本的功能点我们测出有问题，可见开发的不用心~不过个人做了几个月的黑盒了，感觉是要学习更高深点的东西了，一个项目跟进到后面总还是要进行些性能测试的，学习，加油！！

作者: 愚人 时间: 2011-11-22 20:25
呵呵，加油
坛子里有个叫cleverman的兄弟，年薪都90W了

作者: cleangreen 时间: 2011-11-22 23:18
回复 20# hangxin06066

恩恩，所以我们努力点学习，学多点技术。。。一起努力吧。。

作者: 397917842 时间: 2011-11-23 15:39
这个应该要看公司对测试的重视程度了......测试也需要说得起话的领导才行呀.

作者: 落崖惊风 时间: 2011-11-23 15:41
心声啊。。。。。。。。。

作者: 爱情如水 时间: 2011-11-23 20:13
回复 1# 木暖

坚持！

作者: hbacc2047003 时间: 2011-11-23 20:39
目前都不知道该从何学期，现在刚进入这个和行业

作者: 394819525 时间: 2011-11-23 21:57

作者: gavin19870923 时间: 2011-11-24 09:37
你不应该收研发的影响的

作者: pangziyang 时间: 2011-11-29 14:58
回复 17# ailxin

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

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

作者: jack李 时间: 2011-12-15 13:55
坚持啊坚持、

作者: piaolingxue423 时间: 2011-12-15 14:38
守住自己的梦想

作者: howtogetout 时间: 2011-12-15 16:48
现在刚刚在做游戏测试，做之前先要分析策划文档，然后根据策划文档写测试用例，功能的看文档来

作者: pys_moving 时间: 2011-12-15 16:57
测试实习生路过，每天不停点鼠标！

作者: wn0112 时间: 2011-12-16 11:31
本帖最后由 wn0112 于 2011-12-16 11:34 编辑

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

作者: wzc369 时间: 2011-12-16 16:20
回复 20# hangxin06066

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

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

作者: tianmingyang 时间: 2011-12-16 17:44
搞个bug管理工具，你只负责提bug，然后指派人修改，不改就是他们问题了。

作者: jessica_1984 时间: 2011-12-25 22:00
你应该思考下,为什么开发人员不信任你.

作者: ttfish 时间: 2011-12-25 22:39
lz不要太弱势

作者: wfz0p 时间: 2011-12-26 10:30
可怜的测试同学们，一起加油了~

作者: xuxf 时间: 2011-12-28 17:40
我最近测试后上线的，也有很多问题出现，大部分问题都出在我没有想到那点，总是遗漏，导致现在我对自己都没多少信心了，每次上线都提心吊胆的。

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

没事，我们一起加油吧！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)