51Testing软件测试论坛

标题: 传统的那些测试都是狗屎!无能的人做测试只能采用那些苟且的做法! [打印本页]

作者: andypeker    时间: 2015-5-14 12:07
标题: 传统的那些测试都是狗屎!无能的人做测试只能采用那些苟且的做法!
传统的测试,手段很多,但是基本思想只有一个,那就是弱智无能的:万箭齐发~


所有的测试动作,都是盲目的“覆盖”!这种做法实在太愚蠢啊~

测试的过程,基本是一个固定不变的傻逼流程,其中涉及各种文档、各种假动作、各种装模作样的会议,其实没有人懂自己在干什么!


测试用例的设计,也基本是上最原始最基本的等价类、边界值、正交组合等思想(这些思想很重要,都是来自数学和逻辑学的基础思想);但是软件测试作为一项工程,直接使用这些最基本的思想和逻辑,这么多年了完全没有加入自己的东西,这太可悲了!


最简单的是手动测试,目的是覆盖~后来傻逼用例太多了,执行不了,就上自动化,目的是代替人工提高效率,目的还是覆盖~太傻逼了!很多人搞了多年自动化,对自动化的目的的认识错得离谱~


归根结底,软件测试从业者的水平大多太低,甚至可以说大多数都是外行~


我从事软件测试9年,近两年来一直在思考软件测试的思想,摒弃和否定了很多东西~

现在只剩下一个想法:有的放矢~

如果有人对测试技术有兴趣,应该了解过探索式测试,我觉得探索式测试就是一种“有的放矢”的测试思想~


“有的放矢”的测试思想,要求测试人员对自己面前的系统、产品有深入的了解,包括但不限于架构、模式、代码、操作系统、网络、交互等各个方面;然后再通过各种手段,包括但不限于代码扫描、工具、代码走读和对比等方式,了解到哪里需要测试------换句话说就是找到“的”,这个步骤最困难也最重要!最后,选择合适的做法去执行测试,包括但不限于手动测试、自动化、性能、兼容性等!


“有的放矢”的测试,不再有多的像傻逼那么多的测试用例,也不会有傻得像傻逼那样的莫名其妙的bug单,不会再有一千个用例需要回归测试时迫不得已想到自动化,不再像以前那种测试那样傻逼、低效、恶心、弱智、无能和苟且~


有人对我上面的话感兴趣吗?来聊聊~

作者: heitan    时间: 2015-5-14 15:26
全覆盖和有效覆盖
作者: andypeker    时间: 2015-5-14 16:30
heitan 发表于 2015-5-14 15:26
全覆盖和有效覆盖

啥意思?感觉微言大义,能稍微详细阐述一下吗?亲~
作者: caikaibai    时间: 2015-5-14 21:41
新手初学,至于你说的探索式测试,我一直很喜欢,不过有个前辈跟我说过,测试,首先要干的,是脚踏实地,你不一定要找出大问题,你首先应该干的是,保证没有低级问题。
作者: andypeker    时间: 2015-5-15 20:50
caikaibai 发表于 2015-5-14 21:41
新手初学,至于你说的探索式测试,我一直很喜欢,不过有个前辈跟我说过,测试,首先要干的,是脚踏实地,你 ...

你的“前辈”肯定也说过从需求出发设计用例,然后一次次回归他设计出来的用例。
作者: dcbakkk    时间: 2015-5-19 10:08
同意LZ的一部分说法,我理解楼主最后那两段话,意思就是说,不需要进行回归测试了?如果是,那我不敢苟同,一个复杂的软件系统,做回归测试是很有必须要,LZ所说的探索性测试,我认为是需要保证在系统的基本功能或者流程没有出现什么大的问题的情况下,才去做的.只是一味的去做这种探索性的测试,那么基本功能的稳定性谁来保证, 你说的这种测试方式比较有针对性, 你说的这些我认为可以归纳为一个东西 "用户场景".
作者: shaojun0827    时间: 2015-5-20 10:12
测试外行人,做了2年测试,全是手工测试。因为开发周期短,完全无法使用自动测试,所以感觉BUG都是一堆一堆的

作者: zsselina    时间: 2015-5-26 11:19
楼主太牛逼,测试思想开创先河
膜拜
目测这行业发展这么多年,全是一群煞笔再做
只有楼主最牛逼
楼主目测就可以发现所有BUG
作者: liuhaisheng2008    时间: 2015-5-29 14:03
相信你是有一定的技术实力,但是过于自我和偏激
作者: vincenthan    时间: 2015-6-2 16:49
这说法真是醉了
作者: lijuanz    时间: 2015-6-4 10:02
醉了醉了醉了,做了10年的飘过
作者: danran_9966    时间: 2015-6-30 12:32
楼主有点过激,但是其实你所说的问题其实已经有非常先进的解决方案了,就是ThreadingTest技术,它让测试从艺术和经验真正变成可以快速传播的技术了。数字化的测试应该可以打消你一切的困惑,我认为探索性还不是最好的方案,毕竟他还是黑盒,不可控,依赖于个人能力。
作者: tingyu567    时间: 2015-6-30 16:12
楼主除非你知道修改的代码涉及到哪些模块,但是开发人员那么多,开发人员自已估计也能做这个判断,所以回归测试得做,只是可以选择侧重点
作者: StevenFIY    时间: 2015-6-30 17:21
楼主,智商超群
作者: Ivy50    时间: 2015-7-7 17:12
楼主说的对,外界环境我们无法改变只能改变自己。 如果不喜欢目前的测试,可以考虑转行。
作者: 扣99825918    时间: 2015-7-15 03:43
累成狗了




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2