做黑盒测试真的没有出息吗？
毕业两年了，做了一年的客服工作，一年的软件测试，在测试中没有使用测试工具，也没看过代码，代码也看不懂，计算机语言也没有一门很精通的，这样的基础做白盒测试恐怕不行，若继续做黑盒测试，真的没有出息吗？ 这样还不可以做白盒...黑盒的路还很长哦...... 白盒有出息吗？开发的也能做白盒啊，不比你强啊？？？ 有没出息的人，没有没出息的职位 同意楼上的意见，顶 我觉得你们都没有正面回答zhaofeng 的问题，我也很想知道作为一个合格的测试员，只会黑盒测试就足够了吗？如果不足够那么就应该加强对白盒测试的学习，而不是楼上的只是回答有出息还是没有出息而已，对吧？;) 恩，我也想知道。我做了半年多的测试了，虽然是计算机专业毕业的，但是对程序就是不太感冒，总是不开窍一样的，对于每天的工作总是感觉有点象石器时代的人力劳动。唉，不知道以后的路该怎么走，朝哪个方向走。请高人指点…… 我现在的也是很迷茫，我现在也在黑盒测试，总感觉黑盒的前途不是怎么很好 黑盒测试比百盒复杂，更加难做，但是因为黑盒门槛低，不需要多少能力就能做，因此被大家低估了；而百盒的门槛高，大家就觉得很神秘，因此看得比较高
目前大家之所以看不起黑盒，主要还是我们没有能力把黑盒做好，所以楼上说的“没有没前途的职位”，本人也是同意的，并且黑盒的前途是很不错，CWJ版主那边的黑盒测试水平就非常高，待遇也非常高，大家要使黑盒测试做得好，可以把简历发给我，我会转给他的
libo#51testing.com
其实这样的帖子在本栏目由很多，大家可以搜搜看 以前没做测试的时候，总感觉测试很简单，也就是对产品找BUG，可现在做了一年的软件测试了，可越来越觉得测试是不好做的，没有以前想像中的简单，有时不但要找出BUG来还要分析出BUG的出处及为什么会产生BUG，以后该怎么样来避免，我也同意上面那个朋友的话“有没出息的人，没有没出息的职业”只要认真干，认真学，勇敢问，没有做不了的事！ 其实主要还是咱们的自信不够。
首先思想就。。。。 黑中有白,白中有黑 原帖由 cgoods 于 2006-3-1 15:27 发表
黑中有白,白中有黑
黑的白的就是灰的 coding有出息吗？
测试是骗人的工作
我做了1年开发，1年测试。感觉天天被测试强奸！只是现在我不得不向钱低头。我在同学间都不敢说自己是做测试的。一般问都是说做开发的！ 原帖由 smartzhi 于 2006-3-5 09:33 发表
我做了1年开发，1年测试。
感觉天天被测试强奸！只是现在我不得不向钱低头。我在同学间都不敢说自己是做测试的。一般问都是说做开发的！
从你说话的语气就可以看出来，不是别人看不起您，而是您自己看不起自己，这和测试、开发无关，根源在你自己，做开发可能您也会郁闷的，请从自己身上找原因 LZ和我的困惑一样，。只是可能没有说明白。。我来补充下。
做测试，似乎都是从黑盒测试开始的（可能就是因为门槛比较低，不需要大多技巧），可是一旦长时间从事黑盒测试之后，就会有一种想法，“天天这样测什么时候才是个头，我的前途在哪里？”。“黑盒测试的路还很长？！”可是什么时候 才算是质的飞跃呢。
我想问下bobli，怎么样才叫把黑盒做好，怎么会没能力做好呢；然后，黑盒测试水平非常高，怎样才叫高？给个具体的概念吧。也算是给我们这些正在做黑盒测试的朋友的一些指导和鼓励。。。谢谢 严重同意楼上的说法 原帖由 huashigz 于 2006-3-5 18:20 发表
LZ和我的困惑一样，。只是可能没有说明白。。我来补充下。
做测试，似乎都是从黑盒测试开始的（可能就是因为门槛比较低，不需要大多技巧），可是一旦长时间从事黑盒测试之后，就会有一种 ...
关于黑盒测试的帖子，这个板块已经已经有很多，如果您搜索一下，应该会有很多，其实我也回答了很多次了
1、为什么您和其他人困惑，因为大家只是做了功能测试的手工执行，还有很多测试工作没有做好，黑盒测试的执行除了功能测试以外，还有
• 容量测试，检测软件在处理海量数据时的局限性，能发现系统效率方面的问题；
• 负载测试，检测系统在一个很短时间内处理一个巨大的数据量或执行许多功能调用上的能力；
• 恢复性测试，主要保证系统在崩溃后能够恢复外部数据的能力；
• 兼容性测试、安全性测试、稳定性测试……等等
2、测试工作除了测试执行以外，还有测试设计及测试文档写作等工作，这些工作包括测试用例的设计、测试计划和策略的设计、测试报告写作……以黑盒测试用例而言，方法常有：
• 等价类划分法；
• 边界值分析法；
• 因果图分析法；
• 判定表法；
• 状态迁移法；
• ……
不管是什么测试方法，都是为了减少测试时的测试用例数，都是为了用尽量少的测试用例去完成测试，去发现更多的问题。
3、测试工作除了手工的以外，还可以做自动化测试，而性能测试则必须借助工具才能完成，常见的功能测试工具有QTP、WR、Silktest、Robot……性能测试工具有LR、SilkPerformerV、QALoad……
4、测试工作除了测试执行外，还有同行评审、测试管理可以做，同行评审包括需求评审、概要设计评审和详细设计评审等，测试管理包括计划管理、用例管理、需求管理和缺陷管理等，还包括测试团队和人员的管理，涉及的工具有QC、TD……
5、与测试相关的工作还有配置管理、质量管理等
6、除了测试技术外，我们还应该熟悉测试流程
……
如果上面这些工作大家都做了，肯定不会认为测试没有技术含量；当然不可能每个人都做过，但是起码大家应该了解测试包括什么，因此建议大家在产生这些困惑的时候，先找本书看看，全面地了解一下软件测试，找准自己的位置，这样就比较利于大家把测试工作做好，建议大家先看看古乐先生的《软件测试技术概论》（清华大学出版） 谈一下个人的感受。这两年，我一直在为国内的企业做测试培训，包括很多知名的企业。系统测试是最容易入门的，但是却是最难做好的；单元测试入门稍难一些，但是入门后技术难度就很小了，基本上是体力活，毕竟被测试的对象仅仅是一个个的函数，对象规模小，哪里来的难度？
为什么说系统测试难度大呢？以手机测试举例，很多手机测试人员认为手机系统测试是枯燥的体力活，仅仅需要按键即可，实则不然。如果要做好手机系统测试，测试人员必须具备以下几方面的知识储备：
1、手机相关的业务知识：如果测试打电话，测试人员最好能够清楚电话通话的原理；如果测试wap业务，那么一定要清楚wap的原理，否则，无法构造出有效的能够发现问题的测试用例。
而开发人员则不需要了解这么多的业务知识，开发人员只需要了解自己模块的相关功能即可。因此说，测试人员在业务知识上，要比开发人员掌握的全面。
2、必须对被测试手机的内部原理有比较清楚的了解：比如在手机闹钟铃声响起的同时，接到手机来电，由于两个铃声同时响起，往往会导致手机死机，这个时候，测试人员应该清楚，这是由于手机内部的资源冲突造成的缺陷，然后，根据这个冲突可以举一反三的构造测试用例。
3、必须对系统测试用例设计和裁减有很深的理解：手机的功能之间，各种冲突条件组合非常之多，如果构造完整的测试用例，恐怕一款手机需要几十万个测试用例，如何设计有效的测试用例，如何裁减测试用例，这是需要测试工程师深入研究的。
从我接触的企业情况来看，如果以上三个测试相关的技术点都能够搞清楚，可以保证在上海或者北京这种城市，你的年薪可以在10万元以上。
以上是我对系统测试或者说黑盒测试的一点看法。另外，做测试，最好到有点规模的公司，这样你会有更好提升和发展的空间。经验告诉我们，通常讲，规模越小的公司，对测试的重视程度越低。
目前，国内的很多公司对测试越来越重视，尤其是黑盒测试。
因此，楼上的兄弟们，眼光看的开一点，千万不要一叶障眼，不见泰山。呵呵
