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

bug在哪里

andypeker 发表于 2015-5-14 11:30
兄台在哪里高就，你们公司探索式测试开展的怎么样？

测试新手。学生。待业。

278306549

你能说出你上面的话，相信你对测试行业现状有一定了解，但是现状整体软件行业的现状如何，这个我们不能逃避，目前国内测试多数的确比较传统，软件测试从业人员的水平导致软件测试的地位在许多项目中得不到重视，缺乏优秀的测试创新和管理人员；缺乏创新。
“有的放矢”，也要有条件来放，探索式测试不同的项目不一定适合，任何项目对测试都是有要求和期望的，首先，对传统覆盖的理解可能不同，传统的覆盖也要看是如何实现的，如果是根据软件整体的需求及业务流程、逻辑流程及功能进行的覆盖，怎么会没有必要能，如果没有这些覆盖，如何全面的验证这些实现？也许你原来经历的覆盖太过繁琐，甚至有大量冗余，只能说明这个覆盖和发现系统问题的过程效率需要提高，如果都用有的放矢，各类人员的测试水平真的能比传统覆盖对提高软件整体质量更有效吗？ 有的放矢的探索性测试可以作为整体测试的一各分支来进行，但是无法替代整体的传统覆盖，要想提高一个软件系统的整体质量，最大程度的发现和暴漏问题，真是项目中探索性测试只能多为测试中的一种方法进行应用，多有测试方法的目的都是尽可能提高软件整体的质量，发现更多的问题；以上观点只是个人的见解。

zzz2016

我想说这个也要一分而二的看，质量不仅仅是测试人员的事，是从需求、设计、代码、研发流程等等，是团队每一个人的都应该关注和有责任去做的事。比如说GOOGLE他们有开发人员，还有测试开发人员，测试开发人员写的测试代码比开发代码还要早，还要多，那么等到测试人员（我理解类似我们现在的角色的测试人员哈）拿到软件时的质量是不是比我们拿到的软件的质量要高的多，他们测试人员的精力可以仅关注他们关注的那一块，这样是不是更有效。。。。
其实我想说中国的测试人员管了太多不该管的事，所以才会让用例越来越多，越来越庞大，哈哈。。。
当然不可否认我们的测试人员的测试能力和技术也是有待提高，毕竟人家发展了那么多年，我们还要加油努力。

prettyfool

我也很奇怪，很多用例都没什么意义，结果还是要去写它，而且还理直气壮的说，为了测试更全面

prettyfool

等价类和边界值应该不算有错吧，如果给一个输入限定一个范围，然后让一个从不懂测试的人去测试，他也会自然而然的用到边界，这更应该是一个人的基本思维习惯，把它叫做等价类和边界值，只是起个学术性的名字而已

loveok_56

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

cooltom

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

小蝶

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

samhehe

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

tiemuzhen

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

han80119

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

sagesmoke

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

hujiaerxiaojie

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

上古tia

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

个人观点，测试5年。

天机

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

macg1987

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

ntgecm

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

QQ:250883438

hotivy

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

yafengwang

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

liulinzhu

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

测试7年，已转行。