做黑盒测试真的没有出息吗？

huashigz

       谢谢楼上的两位。我已经基本有点明白了。下面来说下我的想法。
        
       首先要说的是我们新手并不都是对测试一无所知的。像我本人，在大四学了一个学期的《软件测试方法和技术》另还选修了一门《软件文档写作》，对测试的基本概念、流程和思路都是有的，不过缺少了点实际经验，相信有很多人也都和我一样。是抱着对测试的满腔热情开始工作的，可是事实却并没和我们想象的一样，所以有点居丧，困惑是难免的，请老手们担待了。
      
         功能测试中的黑盒测试多是手工进行的，所以会觉得没什么技术含量，只有在性能测试的时候，才广泛用到自动化测试工具。而平常的工作很少接触到性能测试。像我们公司做的软件多是给政府机关用的，一般不考虑负载和压力的测试。要说熟悉流程，掌握业务需求，也不算难事的。

      我们新手，也不能厌恶平时的黑盒测试，应该把它当成是一种积累，要想到质的飞跃都是要量来积累的。然后就是用工作之余多学点其他知识，比如自动化测试工具的使用，还有linux、oracle，SQL的应用等等，为我们以后的发展做积累。

       至于bobli说的同行评审和质量保证，这些都不是我们新手能做的，不过在几年以后也许是个不错的选择:d
       最后希望大家都能朝着自己的路坚强的走下去。有问题就来这里看看，这里的朋友都很好的呀。

zhaofeng

看了这面的帖子，很有感想，不管做白盒还是黑盒测试，关键要做好，做精！端正自己的态度，相信：没有没出息的职业！

今天有雾

是否存在发展,这完全取决于自已,俗语说得好三百六十行,行行出状元,我们做测试的同时,也应该对于自已不足的地方进行改进,才能提高,并且做测试这一行的话,如果你不是真正的有兴趣是很投入的,同意4楼的说话,真是经典

phoenix916

STB测试中Burn 和Navigation这两个功能，是什么功能？？？能具体讲讲么？？？

jhq2032

是啊，说的很有道理哦！
我也是做黑合测试的，加起来有 10个月的时间了，但是也总是觉得自己的水平有限，觉得测试不出什么问题来。因为我是在小公司做测试，呵呵，小公司是不重视测试的，所以公司只有我一个人测试，什么事情都是自己在摸索，我也写测试用例，但是我根本就不知道我写的测试用例是否是有效的测试用例，我也会根据测试的流程做测试，但是都缺乏的是规范性，所以很有难处，不知道该怎么样来改进我目前的工作？

jhq2032

原帖由 huashigz 于 2006-3-6 09:45 发表
       谢谢楼上的两位。我已经基本有点明白了。下面来说下我的想法。
        
       首先要说的是我们新手并不都是对测试一无所知的。像我本人，在大四学了一个学期的《软件测试方法和技术》另还选修 ...

我很赞同你的观点，你说的很好啊！
我想请教你啊，如何才能够把自己的系统测试用例写好呢，我现在在测试的政府部门的OA软件，我觉得自己写的用例都是些对功能上的需求，要测试到哪些点，觉得有点象测试功能点了，而不是用例了，你测试的也是政府软件，那你能举个实际的例子给我吗？我缺乏的是实际的经验，对理论上的东西我也了解，我大四的时候也学过 你这个课程。谢谢你了，看到了我的贴就帮帮我吧！朋友！

testing

可以先考虑单功能点的测试，然后，在考虑多功能点组合的用例。

huashigz

         同意楼上说的。我们测试的时候也就是按流程，一个模块一个模块走的，然后再测接口的。
         我也才实习2个月，正真正测试也就1个月不到的时间，而且做的多是回归测试。我们公司测试流程也不规范，测试用例写了基本没用，都是以后形成文档用的。
        所以我也不是很清楚啊。希望有经验的朋友能具体介绍下，我也很想了解下啊。。。。

Jimmyshao

原帖由 huashigz 于 2006-3-7 10:57 发表
测试用例写了基本没用，都是以后形成文档用的。

深有同感。。。
哎。。

gs6431

测试工作需要的技术的确有很多，也的确很复杂，但是如何将测试理论技术与实际的工作相结合呢？怎样才能让黑盒测试在实际工作中发挥最大的作用呢？
1、当前的黑盒测试大多只针对功能测试，所谓的集成测试和系统级别的测试，实际工作中与功能测试的界限并不是十分清晰的，除非公司的测试非常规范。
2、再比如李大哥所说的测试用力设计有很多方法，但是在实际工作中能够真正应用的却又比较少，因为实际工作毕竟不是做学问，而且在实际工作中测试工作分工没有那么细，通常是一个人既要写测试用力，又要执行测试、跟踪BUG，所以在设计测试用力的时候通常不会进行详细思考。也就是说测试技术与实际工作相结合有一定困难。
3、在实际工作中，测试用力的设计技术用的最多的是李大哥所说的前两种最基本的测试用力设计方法——边界值和等价类（等价类的技术含量已经比较高了，等价类的划分受限与测试人员对于业务的了解程度，所以很难确定自己的划分方法是否是最好的）。实际在工作中，很多人写完测试用力后并不能确定自己的测试用力到底能够在多大程度上覆盖了测试需求？这些测试用力到底是否能够充分的对某个功能进行测试？现在对于自己的测试用力能否满足测试需求还不是很清楚，那么在满足测试需求的基础上再通过更高级的用力设计技术去提高测试用力的效率就更不用说了。
4、对于楼上所提到的对测试内容业务的了解程度，这个的确是非常重要但是也非常有难度的一个部分，因为对于一个系统的业务流程的了解，绝对不是短时间内可以完成的，需要长时间的积累，而当前大多数做黑盒测试的朋友们可能毕业时间都不太长，因此也难免会更换过不同行业，做过不同系统的测试，但是却哪一种系统的业务也没有达到精通的水平，那么业务这一块自然也就成为做黑盒测试的瓶颈了，可惜这个瓶颈不是短时间内可以突破的。
5、在进行测试用力设计的时候，测试要求也会成为影响测试深度的重要条件，比如对一个银行系统的四位密码用户登陆功能进行测试，虽然输入条件只有2个，但是需要的测试用力却有150多个，对于普通网站的用户登陆，大概有10个就足够了。可惜现在无论是做产品还是做项目，测试要求都不够明确，而且又受到时间压力的限制，所以测试工作能够做到什么程度，并不仅仅是由测试人员的水平决定的。
6、最后再说一点，就是测试工作在整个项目中的地位，虽然测试显的越来越重要，而且公司也越来越重视，但是在实际当中，只做黑盒测试，仍然还是很难引起开发人员和项目经理的重视。所以还是要努力，多学习一些测试工具的使用，也学习一些代码知识，毕竟有时候还是需要自己写一些测试用的小程序的，等到你能自己写测试程序的时候，自也就能够赢得开发人员的尊重，自然也就知道前途（钱途）在哪里了。不管怎么说，现在大多数的人还是认为能做白盒测试的才是牛人，不论我们承认与否，事实都是这样的。

[ 本帖最后由 gs6431 于 2006-3-16 15:22 编辑 ]

kai_top

我现在学习一些编程，也是因为想开发一些辅助测试的小程序，使一些测试更有效率；我还想编一个完善的测试管理工具，想比TD多一些功能：如：用户反馈模块，竞争对手产品模块，项目组成员时时交互模块，测试素材管理模块等；

liujun_newnew

测试工作相关内容列表：

测试方法
测试设计
测试文档写作
测试工具
同行评审
测试管理
配置管理
质量管理
测试流程

[ 本帖最后由 liujun_newnew 于 2006-3-17 17:46 编辑 ]

Wandervogel

一个字：受用！~西西

caowenbin

好深的干活  用例 没有用 是撒意思？归文档？？

tjj006

顶！如何国内公司对测试更重视一点，或者工资再高一点的话，可能楼主就会觉得有前途了。

tjj006

gs6431 说得有理，深有体会。
说到测试工具，其实很多小公司是不会花这么多钱买专业的测试工具的。
不是他们不想买，确实是买不起。咋办？？国内自动化测试工具的使用还非常有限。

bobli

原帖由 tjj006 于 2006-3-17 23:46 发表
gs6431 说得有理，深有体会。
说到测试工具，其实很多小公司是不会花这么多钱买专业的测试工具的。
不是他们不想买，确实是买不起。咋办？？国内自动化测试工具的使用还非常有限。

买不起就自己开发吧！能够开发出工具，能力一定是大大提高

mengxb001

同意三楼的看法！

woodhfut

挺住。。。。。。

winny1982

现在才搞清，原来黑合测试有这么多东西啊！