传统的那些测试都是狗屎！无能的人做测试只能采用那些苟且的做法！

andypeker

传统的测试，手段很多，但是基本思想只有一个，那就是弱智无能的：万箭齐发～


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

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


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


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


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


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

现在只剩下一个想法：有的放矢～

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


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


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


有人对我上面的话感兴趣吗？来聊聊～

gaha

我觉得，做测试应该是累脑子的活儿，不是累体力的活儿，可是现在有多少人是在从事体力劳动。不会投机取巧的工程师不是好人才。

Miss_love

呵呵、、、、

eagle_yd

做了9年测试还分不清测试设计和测试执行，把两者前后不分混合起来吐槽，严重怀疑楼主分析问题的能力。
自动化本身有什么问题呢？自动化是帮助团队提效，提高覆盖率的，这是自动化的基本思想，但是提高哪些环节、哪些场景的覆盖率是测试设计和测试策略的事情，自动化只是解决重复劳动的问题
还有是否采用高覆盖、或者使用探索测试、这要综合考虑多种因素去做决定，不是任何时候都适合的
可能楼主做了这么多年测试，对业务很熟悉，测试技术也很牛，那么可能楼主就能把探索测试做得很好，但是换个人来，可能就不行了。

yuanliushuai

难道不看开发水平么

hust330hugh

楼主说的有些偏激了:我认为你说的那些传统只是测试基础，如果作为一个测试人员这些基础都不了解才是shit。其中有几点我比较有同感的:第一点是工程的思想，这点我在做验收测试时很有感触，几个人的验收团队，怼几十上百号人的测试团队，还要保证验收质量和全面，没有系统工程方法是不行的，第二点是探索研究新的测试方法和流程，这个我是在接触到Istqb之后，有了这方面想法，ISTQB中对测试的理论还是很系统，可以按照这个回顾梳理自己的经验，然后提炼总结出适合自己的。

wgl

楼主

wgl

不知道楼主有没有看过《测试之美》这本书，我相信你能在里面找到答案的。现在的测试如此状况，跟大环境有关吧。在微软公司，测试人员比开发人员要多的多。
至于前面有人说到探索式测试，测试之美里面可以很好的体现这一思想。

liulinzhu

测试也是有僵化->固化->优化的过程，不同测试阶段的人，要求不同，但的确现在有不少公司，还处于僵化阶段。
经常听到开发说的一句话：“这些BUG，客户那会触发吗？”很欣赏楼主的直言直语。

测试7年，已转行。

yafengwang

一个思想   万箭齐发---导出有的放矢     认为目前的覆盖测试是傻逼，这个有点过。   我人为有的放矢是好的，是有效的，高效的，但我也不认为万箭齐发是错误的，是傻逼的。说这些并不是走中间派，而是有原因的。
1、开发水平导致一些很小的问题出现，各个负责的模块有各式各样的问题；
2、不断的功能叠加，导致一些前后矛盾的出现；
3、时间紧张的无聊的迭代导致问题不断被发现，重复；
4、。。。。。。

hotivy

挖个坟，这哥们现在什么想法？

ntgecm

andypeker 发表于 2015-5-13 16:00
我以前在tx工作时，听技术大牛说话，就讲到了“道”和“术”；“道”的层面有了，“术”就简单了，很多人 ...

QQ:250883438

macg1987

这个帖子几乎就是指着鼻子骂煞笔了。现在测试都是通过界面分析需求，其实设计想法都不知道。测试员可以不懂代码，可以不懂自动化，性能，接口，安全。但是只通过界面来分析和测试就活该没发展前途了。其实我看不惯动辄要求大量用例和盲目覆盖。只停留在界面去分析，永远找不到哪些地方是产品薄弱环节。

天机

测试的关键不是按部就班的测试，而是怎么测试。很多人觉得测试按照模板来写案例，之后按着案例执行就ok了，但是事实上这样会做很多无用功。测试的基础是业务，有的人说是需求，对，需求也没错，但是你也不能盲目的相信需求，而是结合实际的业务，抱着审核性的思想来理解需求。根据业务来分析测试的关键，重点。

上古tia

楼主的想法有一定道理，但前提是培养和留住那样的人才是有较大难度的，另外你说的那种测试方式属于逻辑性测试，或者接近白盒测试需要了解产品内部信息。而你不要忘了还有一种叫做黑盒测试的东西，不需要了解代码和内部逻辑。

个人观点，测试5年。

hujiaerxiaojie

要在有经验丰富的前提下，这个方法是可行的，对于很多经验不足的人来说，这个要求太高了，很多人连系统都不熟悉，更别说知道要测试什么了

sagesmoke

现在才看到这个贴子，我觉得楼主这些想法是这么多年来对测试工作的一个理解，大部分观点我比较赞同。
我个人对于测试目前的想法是如何提升测试的价值，或者说 如何将测试更多的隐性价值转成显性价值

han80119

做重复工作做多了,有此想法很正常,测试本来就包含很多的枯燥的重复工作.但不能因此看轻传统的做法和工作,就像大厨,不能看轻配菜工一样,各有各的职能和作用,无分贵贱.

tiemuzhen

很感兴趣，可惜真正思考的人太少

samhehe

菜鸟我虽然看不懂，但是好像很牛逼的样子，能讲讲具体的东西吗

小蝶

目前的测试现状是有点不乐观，对于测试的发展，其实还是要看公司的重视程度和管理模型，如果是非职能式管理，那每天都是重复式的工作，没有太多的创新，因为每天都有完不成的项目发布，根本就没时间去研究新的测试技术。
对于探索测试，个人比较喜欢，也尝试过几个项目，效果不错。

cooltom

最近看了一本书。软件测试实战，史亮写的，很受启发。建议做测试的都看看。

loveok_56

有啥好说的，，，不管黑猫白猫，抓住老鼠就是好猫，，，至于采用什么样的测试方法，要根据公司和项目的实际情况来决定。产品的属性是多方面的，也就决定了测试方法的多样性，一味地认为哪个好，哪个坏也是不可取的