黑盒测试有前途吗？

kinglzj

目前从事的工作是测试一些数码产品中附带软件的测试，黑盒测试，主要就是照着testcase 进行功能测试。
这样的工作对于刚刚工作的自己来说  学不到东西。不知道这样做下去有没有前途。。。

大家从事测试行业的主要是怎么工作啊。。。希望大家给予指点~~

Jimmyshao

这个问题版面上讨论过n次了，可以搜索一下。。

kinglzj

嗯，不知道。。论坛新人。。。看来大家有自己一样的困惑~~~
不过 补充一点。。。自己有一点语言基础。。但单独从事开发还有些难度。。。不明白公司牵涉到代码的测试由哪些人干？是开发人员自己吗？。。。

cr19800604

开发人员一般是进行单元测试，如果你有编程基础的话可以从事白盒测试，可以向这方面发展，
但实际上黑盒测试也很有前途的，而且黑盒测试做到一定水平是比较难的！

kinglzj

原帖由 cr19800604 于 2006-6-28 16:31 发表
开发人员一般是进行单元测试，如果你有编程基础的话可以从事白盒测试，可以向这方面发展，
但实际上黑盒测试也很有前途的，而且黑盒测试做到一定水平是比较难的！

我们主要用就等于用户最终体验。。。这种工作有技术含量吗？能学到什么吗？

cpwbph

我也想问同样的问题，我就是在用户用软件之前先用一下，这也能叫sqa？？

violinwang

慢慢来，不用急，测试也是需要经验的，不可能一口气吃成胖子阿。

mengxb001

不要以为黑的就简单啊

li_ting_amy

同样茫然，唉！

Zee

不知道各位对黑白盒是怎么定义的。如果你认为代码就是白盒了，那黑盒测试的市场还是很大的。并且需要的知识也并不比白盒知道的少。如果你不愿意接触代码并且想做测试，还是有可做的。

心之恋

黑的能挣多少钱月薪水？大家知道北京的吗？我在北京学软件测试呢，5个月后毕了

kinglzj

黑盒也同样需要很多知识，但如果就是单纯的手工功能测试，这有前途么？呵呵。。。
就是比用户更早点用用这个软件~~~（比用户用的仔细罢了~~）

Zee

原帖由 kinglzj 于 2006-7-5 13:35 发表
黑盒也同样需要很多知识，但如果就是单纯的手工功能测试，这有前途么？呵呵。。。
就是比用户更早点用用这个软件~~~（比用户用的仔细罢了~~）

黑盒不止是手工的功能测试这一小部分吧，还有很多部分的嘛。
如果你非要如此定位的话，我只能说，这仅是个工作对你来说，并没有想干一展事业的想法。

[ 本帖最后由 Zee 于 2006-7-5 14:13 编辑 ]

ldneliza

踏实的来，行行出状元。

kinglzj

原帖由 Zee 于 2006-7-5 14:12 发表

黑盒不止是手工的功能测试这一小部分吧，还有很多部分的嘛。
如果你非要如此定位的话，我只能说，这仅是个工作对你来说，并没有想干一展事业的想法。

我是说我现在做的黑盒测试只是手工的功能测试，如果还有些能学到点技术的那就不说什么了。。
可惜米有啊`~~~！

yidecai520

不要每天想学什么，你应该每天学一点～不要每天想学什么，你应该每天学一点～

huangxiang

原帖由 kinglzj 于 2006-6-28 16:22 发表
嗯，不知道。。论坛新人。。。看来大家有自己一样的困惑~~~
不过 补充一点。。。自己有一点语言基础。。但单独从事开发还有些难度。。。不明白公司牵涉到代码的测试由哪些人干？是开发人员自己吗？。。。

如果只是单纯的按照Case执行测试，或者你把自己定义为一个单纯的测试执行人员，那确实没有太大的前途。不过如果你能从现有的工作中总结出一些东西，并能往更深的方面拓展的话，黑盒测试还是大有可为的。正如你所说，你现在所做的是执行Case, 那你有没有考虑过这些Case是如何设计出来的？为什么要这么设计？有比他更好的设计？Case的覆盖度如何？进一步就是测试设计了。怎么样分离出产品中所有需要测试的功能点？每个功能点需要做哪些类型的测试？如何更好的组织分离出来的测试点？每个测试点在项目的什么阶段进行测试？更进一步就是有关测试策略方面的问题了。如何确定出项目的风险？如何根据项目的风险执行出适合的测试策略？如何根据测试策略来指导和调整测试设计和测试执行？

当然，上面说的都是有关Case管理方面的东西。关于缺陷管理的部分也有很多值得学习的。例如，怎样制定合适的缺陷跟踪流程？包括缺陷状态的制定，缺陷状态转换的规则，相关角色的权责，缺陷的分析及反馈等。另外，如何描述缺陷以便开发人员能迅速的定位并解决缺陷也是一个很重要的技能。

有关测试管理方面也可以做些文章。小的方面，可以了解项目内测试任务是如何分配，如何报告，如何管理缺陷；如何管理测试资源；如何分析测试状态报告并调整相关测试行为等。大一点，可以了解如何执行出项目的测试计划，包括测试阶段的定义，测试策略的选择，测试点的描述，测试资源的安排等。

另外，有关测试的流程也是值得好好学习的。除了上面所说的关于Case管理和缺陷管理相关的流程外，还有一些关于评审的流程，和开发部门进行沟通的流程，项目启动的流程，项目归纳总结的流程等。

如果你有开发经验的话，无疑会对你会更有好处。你可以先尝试编写一些小的工具来帮助你提高工作中的一些效率，例如帮助你更好的管理Case和缺陷。然后有条件的话，可以尝试一些自动化工具。能和工作相结合更好，不行的话，也可以增加自己的技能。据我所知，软件的测试还是可以通过工具实现一部分的自动化的。除了一些录制回放的工具，也可以尝试自己编写一些Script来支持一些功能或界面的测试。

工作也不算短的一段时间，一直从事黑盒测试。起先也和很多人一样，觉得太没有技术含量了。但随着自己对测试的了解，觉得自己要学的东西也越来越多。当然，能力也在一天天加强。所以希望从事测试的朋友，特别是刚加入这个行业的朋友能耐心一点，提高自身的竞争力。这样对自己，对测试这个行业都是很有帮助的。

FLY000

恩,说得很对啊!

曲瑞

顶,看到17#的楼话 更有信心了.谢谢

风中的蜡烛

其实我觉得学知识有的时候不是一步登天，就是靠平时积累。
哪怕最简单的以使用的角度去测软件，都需要积累，以更快发现可能出现问题的地方。