我是怎样看“手工黒盒”和“自动化测试”
第一，我不懂味什么这么多人会认为黒盒手工的测试是悲剧第二，我不懂，为什么会有朋友想在两年或者三年里走自动化的路是应该实现的
我在想第一个问题，其实大伙都会感觉事做多了就没意思了。或者说自动化才对业务要求更高……
我倒是感觉，除了执行的时候一个用手点击操作，另一个需要程序、工具来执行。别的真没有区别……
1、做手动也需要熟练业务操作
2、做手动也需要实现用例设计，其测试思想、测试方法、测试标准都是一样的……
3、做好黒盒是体力活，这个设计用例和设计自动化代码框架。个人感觉类似……
两三年里无法实现自动化梦想？………………
1、决定走上什么道路，自己可以选择
2、在自己选择的时候，也需要公司有这个环境
3、剩下的就是自己去做……
第三，有很多回帖的人会说，难道你黒盒测试做的很好嘛？
黒盒的好和坏，不好说……只是个人心里怎样想……很多人就认为自动化是有技术含量的，而不玩代码的测试就是随便点点
引出另外一个话题，黒盒测试就是随便点点……
1、没技术含量？似乎覆盖需求、找到bug是有方法和策略的
2、随便点点？拿出的结果，能有说服力吗？
我也什么都不会，看了那么多帖子，写一份总结吧！！ 顶~！自动化测试也是离不开最基本的黑盒测试的。做测试没有思想，再自动化也没用。 现在大多数公司的自动化测试也就是摆摆样子，领导要求做，就做个框架出来，真正实际天天在用的不多，一是受限于自动化测试工具本身功能不够强大，有些功能实现起来太困难，代价太大，还有就是测试人员本身能力问题，不少人因为自尊心问题，觉得搞代码才是有技术含量，有面子的工作，然而真正有能力把代码写的很好的测试人员是很少的，因为有这么好的代码能力早就做开发，而不是做测试了，大多数的测试人员编码能力也就是停留在脚本语言的编写上，就算是能写编程语言，真正实际工作中写的也不是很多，简单应用而已，大多数的测试人员还是在从事黑盒测试，相对于自动化，性能测试倒是更有实用价值，建议有空多学学性能测试，呵呵 回复 3# showshow
谢谢…… 我再去看看别的帖子，试着再写写总结 我的理解是：
1.自动化和手动的，都用得着，只是看具体的项目，有的项目不适合用自动化，你只能手动！但是，有的项目重复的步骤多，参数多，等等，这些仅靠人工手动，那是相当痛苦的，而且，容易出错，效率低的可怜。我的一个前辈和我说，刚开始，你做手动测试，熟悉业务，学习流程，学习方法。如果你想往上走，就需要做自动化了。这是很现实的问题，在中国，测试就是没有写代码的工资高（仅限大众）。
2.三楼不知道你所谓的自动化，摆摆样子是怎么回事。但是就我说知，自动化项目不是什么公司都能开的。在中国，测试很容易找，我遇到过一个500强公司，去我们学校的英语系找了一帮美女去做软件测试。但是，这帮美女除了英语比一般人强点，会啥呢！重装系统都不会吧！一个好的测试工程师，才是最难找的。在国外，很多测试人员都是有开发转的。因为现在更注重的是软件的质量，开发，说难听点，街上一抓一把，而真正的测试人员（真正的，不是英语系的O(∩_∩)O哈哈~）很难找的。还有，性能测试中也有自动化。
3.至于编码能力，我上文提到的那个前辈，他的原话。“我的编码能力，够维持编写脚本，那就行了。”我看过他的脚本，更不如说是一个大型程序。代码行密密麻麻的，多少我没点，没心情去点，太多了。年薪20W+，工作也就4年。
4.自动化可以从个人兴趣出发的，我本身就喜欢捣鼓各种软件，上学期间我用过各种稀奇古怪的软件，我对软件的功能非常敏感，所以我选择功能自动化为我的目标。测试分很多种的，功能测试，UI测试，性能测试等等，我觉得你可以看看自己对产品的什么地方敏感，再决定自己的方向。
总结：自动化，必须是比手动的要强，就像人用了电脑以后一样，计算变得很方便，而不再用算盘（O(∩_∩)O，貌似是会计的必修课程啊！）。自动化能办到手动办不到，或者说办不好的事。 我的理解是：
1.自动化和手动的，都用得着，只是看具体的项目，有的项目不适合用自动化，你只能手动！但是，有的项目重复的步骤多，参数多，等等，这些仅靠人工手动，那是相当痛苦的，而且，容易出错，效率低的可怜。我的一个前辈和我说，刚开始，你做手动测试，熟悉业务，学习流程，学习方法。如果你想往上走，就需要做自动化了。这是很现实的问题，在中国，测试就是没有写代码的工资高（仅限大众）。
2.三楼不知道你所谓的自动化，摆摆样子是怎么回事。但是就我说知，自动化项目不是什么公司都能开的。在中国，测试很容易找，我遇到过一个500强公司，去我们学校的英语系找了一帮美女去做软件测试。但是，这帮美女除了英语比一般人强点，会啥呢！重装系统都不会吧！一个好的测试工程师，才是最难找的。在国外，很多测试人员都是有开发转的。因为现在更注重的是软件的质量，开发，说难听点，街上一抓一把，而真正的测试人员（真正的，不是英语系的O(∩_∩)O哈哈~）很难找的。还有，性能测试中也有自动化。
3.至于编码能力，我上文提到的那个前辈，他的原话。“我的编码能力，够维持编写脚本，那就行了。”我看过他的脚本，更不如说是一个大型程序。代码行密密麻麻的，多少我没点，没心情去点，太多了。年薪20W+，工作也就4年。
4.自动化可以从个人兴趣出发的，我本身就喜欢捣鼓各种软件，上学期间我用过各种稀奇古怪的软件，我对软件的功能非常敏感，所以我选择功能自动化为我的目标。测试分很多种的，功能测试，UI测试，性能测试等等，我觉得你可以看看自己对产品的什么地方敏感，再决定自己的方向。
总结：自动化，必须是比手动的要强，就像人用了电脑以后一样，计算变得很方便，而不再用算盘（O(∩_∩)O，貌似是会计的必修课程啊！）。自动化能办到手动办不到，或者说办不好的事。 顶~！自动化测试也是离不开最基本的黑盒测试的。做测试没有思想，再自动化也没用。
wuyue2634 发表于 2011-7-6 09:16 http://bbs.51testing.com/images/common/back.gif
总有人强调所谓的“思想”，你告诉我什么叫“测试的思想”？ 感谢分享 应该先把概念搞清楚。
自动化大多数也是黑盒测试。手工也可以是白盒测试。
标题概念还可以，到了内容里就把概念混在一起了。问了很多不是问题的问题。 推动事态的发展，很多时候是经济因素，很多人认为自动化高，是因为公司给自动化测试人的工薪比手工测试的高。天下熙熙皆为利来天下攘攘皆为利往，能排除诱惑而清醒思考的人，总是少数。 回复 10# davy_chen
那请问为什么自动化给的工资高？解释解释呗。 回复 11# sam.sheng.3
当你做的别人能做，别人做的你做不了时候，往往他薪水会多一点点～ 回复 12# xiaoyaoke
恩，同意。因为中国的现状就是，开发不屑与做测试，现在大部分测试人员都是编程能力有所欠缺的，你再让他去搞自动化，心有力余不足啊。 自动化测试 大多数公司都是摆设 回复 14# rosy
别大多数啊，举个例子啊。我们部门之前也搞过自动化项目，但是失败了，就没人做了。也没成摆设啊，直接放弃啊。摆设？养那些人干嘛？面子？还是票子比较重要吧。 你要能让主管这么看才行。千里马也要伯乐慧眼，否则难逃拉车为生，粗草为粮的命运。
自动化有的公司应用成功，有的公司应用失败，其中大有门道；不是简单的框架，编程就能行的。 在中国测试就是那么回事，没几个流程规范的公司，或者说很重视测试的公司，都很急功近利，什么黑盒手工，什么自动化 都是浮云，如果不考虑其他，只是想把薪水提高，有学自动化 学脚本的功夫 不如去学习开发技能，转开发去吧，国内 测试的薪水低于开发 是不可争辩的事实！！ 搞自动化 无非就是想在测试领域多挣点，测试在中国就是狗屁！！！！ 测试应该越来越受重视了。。 软件不可能没有bug，就算我们的test case写的非常好，test plan也很完美，也不可能发现产品所有的问题。我们只能在有限的时间内，更多的发现bug，解决bug。这也就涉及到了另外一个话题–Automation。自动化测试可以更快速的进行测试活动，提高测试效率。但问题是，应该对哪些东西automate？我们要衡量产出比。曾经有人说过90%的测试都是可以automate的，我并不质疑，因为有很多工具可以帮助我们做automation。用到的有编程语言Java，脚本语言Shell, TCL, 还有QF-Test可以进行GUI界面的自动化测试。Automation真的不是一件容易的事情，需要很多的工时，考虑的问题也很多，其中最难的就是要把大部分甚至是所有的scenario都考虑进去，而其中可能有很多tinny trick。所以要衡量某些test case 是不是值得automate。如果开发出来的工具总要随着新的平台而做大改动，用到的又不多，可能还不如手动测试效率高，就大可不必去做automation了。所以，在automation之前，我们要衡量利用率的问题，这需要很多的经验和技术。 普遍来讲，自动化测试的收入较高，接近开发人员收入水平，人往高处走，水往低处流。
页:
[1]
2
