在测试行业工作了几年时间一直在做黑盒测试(又称为功能测试和用户验收测试)，时常听身边的朋友们说：黑盒测试毫无技术含量，黑盒测试是整个软件行业里前途为渺茫的职业，那么接下来我就分析一下黑盒测试的职业前景。

　　此处不谈黑盒测试的概念(概念类的描述实在乏善可陈)，凡是在工作岗位上实际工作过的人都知道，要想做好黑盒测试需要以下几个前提条件：软件需求说明书编写完毕，且不会发生大面积修改;代码本身没有逻辑错误，并且完成集成测试;环境联调完毕，批量正常;经过评审并且编写覆盖的黑盒测试案例。在以上几个节点全部完成的情况下，才能说具备了黑盒测试的前提条件。但实际情况是不是这样的呢?说实话，实际情况要恶劣的多，很多黑盒测试人员是在需求不断改动，代码阶段性提交，环境问题不断的工作条件下展开测试工作的。

　　那么这里有一个问题，黑盒测试人员的工作内容到底是什么呢?根据定义来看，黑盒测试是把软件看做一个黑盒子，在丝毫不知道盒子里边是什么结构的情况下，按照预先设定的情景和结果进行的测试(这里所说的盒子结构指的是代码逻辑)，在我看来这个描述还是太抽象了一点，用大白话说就是有人想要一个漂亮的盒子，这个人出钱到一家公司定做这个盒子，做完了以后需要有人来检查这个盒子是不是符合了定作人的要求，这个检查的人就是黑盒测试人员。由此可见，黑盒测试人员就相当于工厂流水线的质检员，负责产品出去之前的 后一道检查(不可不谓责任重大)。说到这里可能就有人问了，那自动化测试等更“高端”的测试跟这个黑盒测试有什么区别呢?还是刚才那个例子，定做盒子的人要的是一个四四方方的盒子，但是有他突发奇想，来点装饰会不会更漂亮一点呢?想了就做，他带着盒子回来约定再给一笔经费，把他的想法描述了一下就走了，产品部加班加点玩儿命开会 后拿出来了一个自认完美的方案交给开发老大，开发经理把工作安排下去后不出一星期就完成了一个初步版本，其实盒子还是那个盒子，不过是加了个把手，添了几个图案的区别，如果让人来进行全覆盖检查显然是没有必要的，可又怕什么地方手一哆嗦搞出什么问题来，这时候就该自动化测试人员出场了，手工太费时，那就利用自动化工具，在软件没有发生大范围变动的前提下，录制自动化脚本以后就能反复使用了。

　　请联系网站，了解详细的优惠课程信息~

　　优质、便捷、省心