未来手工测试和自动化测试并存
自动化测试永远不能完全取代手工测试，未来也是两者并存，两者需要结合使用才能测试完美。 再发达的自动化测试也是基于手动测试的过程和方法的。除非有了完全不同于手动测试的理论和方法出现，否则自动化测试永远无法替代手动测试。就像机器人永远无法完全替代人类工作一样。 这个问题就好像在问，机器人能取代人吗？程序都是人编的，等你啥时候搞清楚人自己再说取代吧
机器会思考
:hug:自动化工具要代替手工测试 ？怎么代替 ？我给你列举几个看看
场景1：如果自动化测试可以代替手工测试，自动化工具自身的代码工具自己可以完成
场景2：自动化工具自身的代码工具自己可以完成 ，是不是说软件开发完成后自动交给工具进行测试 ，其中测试各个阶段的plan和case谁来写？工具自动生成，那么参数化？工具自己搞定，
这样就是说机器不但会思考，还可以自己搭建测试环境，自动生成脚本，自己开发脚本，自己执行，开发完成后软件自动运行？？？？
场景3：如果上面成立，社会是什么社会，无论是物质文明还是精神文明要达到多高的高度:lol
你难道没有听说过最危险的不是杀人犯，而是知识分子吗？如果社会发展到那一步，社会上还有人存在吗？？？人类又在做什么？
其实这个题目出题者本身就知道，无论是工具如何先进都不可能代替手工测试的，出这个题目就是叫大家把自己的测试理论串接起来 ，当然你们也可以反驳我，不过:loveliness: 下面的场景 是我辩论的，支持指教 ，鄙人QQ 515931121
论点1：界面测试 怎么测？自动化工具怎么代替手工测试
论点2：文档测试 怎么测？自动化工具能发现文档里面的错误？这个怎么发现？中国那么多没有加标点符号可以说的通的句子你用自动化工具给我能测出来？比如： 下雨天留客天留人不留
麻烦你帮我测下
论点3：白盒测试怎么测？ 针对白盒测试，目前流行的流图 工具可以帮你搞定不 ？基本路径法？工具怎么判断？老兄你不是要用工具做完美的路径覆盖吧0 0，那么下面的语句帮我分析下 看看工具怎么分析
if（（i>10||a>1||b>2||c>3||d<4）||（i+a>12||b+c>4||c+d>5））
论点4：单元测试怎么测？ 单元测试你别说不用桩模块，你也不用驱动模块哦 ，这些谁来搞？工具？那么代码岂不是也有工具来搞了 ？
论点5：集成测试 怎么测？嘿嘿单元测试你搞定了，我问你 集成测试呢？ 你怎么知道这些都吸怎么集成在一起 ？怎么集成出来的模块是我们要的？
论点6：系统测试呢 ？？？？？？机器不是能自动的给我们把系统搞定吧
哈哈，本人今天就说这么多，希望大家顶顶 ！！！
这已是一个有定论的议题
这已是一个有定论的议题，业内众多专家学者已明确提出于“自动化测试永远也不可能取代手工测试”。这一观点在很多本测试书籍中也给予了说明，所以我不想在此反复讨论了。不要拿工具当饭吃
这个地球上还有比人的脑袋更聪明的东西吗？人的思维是没有逻辑性的，AI能行吗？你说也许几百年后、几千年后行，谁知道到那时候，还会不会有软件测试这行当。所以说，自动化测试拿来做做回归测试或者已经比较稳定的系统测试就OK啦，提高一下效率，也就实现它的价值了了。不要拿工具当饭吃，一个Tester关键在于思维是否够良好、够宽阔。:handshake自动化测试不可能完全代替手工测试
自动化测试不可能完全代替手工测试自动测试的用例脚本都是人工写出来的,如果程序会自己编写测试用例脚本,那就可以取代. 现在科技这么发达，以后的事情谁也说不定．
自动化测试工具与手工测试并存
从目前的情况来看，即使是有多么多么好用的自动化工具，也需要我们测试人员来编写测试脚本，不断完善和维护脚本。如果使用测试工具运行脚本时出现故障，不能确定是脚本的原因还是被测试软件的bug，我想首先最好的办法就是手工测试看一下，这样节省我们的时间。有些时候，由于各种因素，在软件开发初期，还是使用手工测试要比自动化测试更节约成本和时间，在开发中、后期再引入自动化测试会更好一些。 首先我明确一个立场自动化取代手工是一种必然趋势
虽然种种目前现象，让许多人以为自动化不能完全取代手工
但是这其实只是一个假象，只能说的一点是目前的自动化不够完善，不够智能
但是随着我们认知以及技术的进步这种全自动化的测试方式会被更多人了解跟使用
又有人说了，自动化不是也要编脚本呢？
请他明白，编写脚本，录制脚本这些操作都是属于自动化的范畴的，因为其 目的是要为自动化的工作进行铺垫。
这里讨论的是自动化测试能够代替手工测试
并不是说机器能够代替人脑
请某些观点论者不要混淆自己的思路
另外请注意本期话题的问题中心
管理员说的是“终究会取代”这是一定的，但取代的只会是人工执行测试用例这一部份，而对于设计方法部份很难取代，所以这就是我为什么在不会编程就做不好测试的PK问题中认为：不会编程也能做好测试的原因所在，当你用编程取代人工执行测试用例后，编程者的地位其实就是取代了执行用例者的地位，这也是测试的编程的价值所在，但是真正的核心价值在与设计与方法，所以自动化终究会取代测试执行的！
[ 本帖最后由 尛蟲蟲 于 2008-11-10 11:41 编辑 ]
中立观点
这个问题本身就有问题，一段没有上下文关联，没有具体应用背景介绍，没有概念解释的论述是不可能有明确答案的。正方和反方都可以从自己的角度来理解这段论述，并加以证明。自动化测试首先要解决技术上可实现性的问题，再解决企业组织中成本收益的可实施性问题，最后才能真正成为对我们有益有利的自动化测试。夸大任何一个因素，都是纸上谈兵，空中楼阁。
1. 技术上可实现性问题
自动化测试包含两个要素，第一自动化，即软件本质，第二测试，为测试本质。说白了，其实我们是在开发一个软件去测试另外一个软件。但和一般软件开发不同的而且也最关键的是，我们不光是要开发一个测试软件，而且由于被测软件在生命周期内始终会发生变化，我们还要保证测试软件与被测软件相适应。所以自动化测试的最重要特征，是自动化测试的工作量=开发工作量+维护工作量。开发工作量可以一次性完成，而维护工作量却始终不断，直到被测软件在市场上消亡。（不少人总爱拿开发的可实现性来偷梁换柱做自动化测试的可实现性，这不是无知，就是狡辩）。 因此，如果实现完全的自动化测试，必须有两个要素要控制：
1. 开发技术，使得测试软件能够通过接口来完全获知被测软件的信息，并进行操控，比如你要让脚本去操作一个web页面，你必须获得这个DOM接口。如果DOM不给你提供相应的接口，你就无法自动化来完成所有的工作（比如很多人反映，使用QTP无法获知某段文字或图像的颜色color 属性）
2. 测试技术，主要是被测软件的变化问题。想想：被测软件是永远不变化的么？或者它的变化是完全可控的么？
上面两个问题的无解，导致软件自动化测试只是在某个阶段，某个范围内才具有技术上的可实现性。 因此，可以得出，这样的一个论断“自动化测试完全替代手工测试”无论过多少年，技术再如何发达，也是不可能实现的。只要软件规模不断发展，软件始终在变化。 本来还想写第二个收益成本的考虑，但觉得这个问题实在没必要再去论证了。算了。对自动化测试有兴趣的朋友，可以发我的mail:sunshinelius@gmail.com 测试是一种人为参与的活动。工具终归是工具吧，只是提高效率而已，不能替代手工测试 机器永远是机器,永远只能做那些人们设定好的东西. 如果哪天机器人能代替人去思考，也许有可能吧。 也有可能性，就是软件技术发展到能像人类一样思考的时候。
