测试用例是否有存在的价值or测试用存在的价值！
今天正式开启2015年的工作模式，先给大家拜个晚年！小弟今天想和大家讨论讨论测试用例的问题，RT；在整个项目过程中，可能有部分人（或者只有我？）都对写用例感到头疼，今天我想了想，这种费时间、效率低的工作方式，我觉着势必将被淘汰。我们执行软件测试的目的无外乎是发现软件的BUG或者不合理之处，那么开发人员、测试人员以及上层，也都会把焦点放在这里。那么耗费大量工作时间的测试用例此时有何用呢？当然，测试用例的存在目的是引导测试人员进行测试，可以说是前期需求分析、测试策略分析的产物。这些对于测试新人或者逻辑关系复杂的软件有很重要的意义，但是对于有项目经验的测试人员或者逻辑关系相对简单的软件来说，写测试用例的意义可能也就是体现工作量，打发客户吧。其实，对于逻辑关系复杂的软件，在前期需求分析时，一般处理的方式就是细化功能，我们在编写用例时也是一个模块一个功能拆分着去写（功能划分、细化）。比如：“XX业务查询功能”，了解需求后发现其有“查询条件录入”、“查询按钮”、“结果显示”、“记录详情显示”这几块功能，相比有经验的测试人员肯定知道这几块功能我要去怎么测，那写测试用例这件事可能到变的累赘了。想必你是不是有过先测试后标用例的时候？---------个人拙见或牢骚！测试用例绝对是基础的基础，任执行者有多么丰富的经验，如果没有基本的用例，直接去根据自己过往的经验去执行的话，很快就会发现有价值的bug不一定能找到几个，基本的功能问题也测试的不严谨。好的发挥应该是从基础的工作得来的，抛弃基础而盲目追求上层，只能是空中楼阁，按这种方法工作，如果项目后期有验收测试之类的环境，没准儿会发现很多基础工作没做好，又要重新做本应该做过的工作，浪费时间浪费人力。
当然个人有个人的看法，只不过如果是我的项目，不管人员的经验再怎么丰富，也要有基本的功能用例，并且需要尽可能的详细。我觉得大部分人应该同意这个观点。 我觉得测试用例是一个流程化的东西，使错误降到最低。
还有就是写用例的时候你能把所有问题都考虑进去，如果你不使用测试用例，直接开测有很大可能会出现miss bug. 测试用例是核心。。。如果把它看成是费时间，低效率的事情，那么测试用例就是无用的东西，，这个逻辑能成立？ 从软件工程和测试技术方面讲，测试用例是要设计的，而且要详细设计
从实际项目工期来讲，测试用例或只是打发客户，或只是为了某个认证，因为项目工期极少，几乎不存在书本上所说的理想流程，要这样做要那样做
那么我们有时候是先测试，后补用例，其实在补用例时，也会发现之前测试有所漏掉的。。。所以说测试用例还是要的 Bless4ever 发表于 2015-3-1 22:06
我觉得测试用例是一个流程化的东西，使错误降到最低。
还有就是写用例的时候你能把所有问题都考虑进去，如 ...
确实是起到一些引导作用吧，但有很多测试类的书籍都说，通过执行测试用例发现的问题只是很少的一部分 有句老话叫好记性不如烂笔头，我敢说如果使用测试用例不保证能找出全部的Bug，但是如果不使用测试用例一定会造成Bug遗漏。 如果没有测试用例，你们的测试是以什么标准执行呢？是对着几个功能项按自己的理解测试，还是完完全全的自由测试？
我觉得楼主可能没有真正执行过一轮高水平的测试用例，一轮全面测试，如果没有测试用例，测试结果可能千差万别，遗漏过多。测试用例是测试过程的核心，不断维护测试用例，添加遗漏的测试项，软件才能越测越好。 sd107880 发表于 2015-3-2 09:28
确实是起到一些引导作用吧，但有很多测试类的书籍都说，通过执行测试用例发现的问题只是很少的一部分
通过执行用例，你能够拍着胸脯保证“不会出现大的遗漏”，如果用例中没有而被发现出了bug，那就把这个bug的步骤补充到用例里，这样下次执行用例就会确保不会出现这样的bug。测试用例是一个不断维护不断补充更新的东西，是测试人员智慧的结晶。同时测试用例还能很好的引导新人执行测试，让他们在执行测试用例的时候反思自己的薄弱环节，我认为测试用例非常有必要！ LZ图样图森破 我个人觉得写测试用例可以让我自己对产品有更深入的了解，在写的过程中可以考虑到很多问题，这些问题真的不是你拿着个开发出来的产品立即就能想到的。 看你们聊的很high，我再说句吧：用例不是没用，而是看你怎么用，会不会用，，，，同样是写用例，有的人写出来的，真心不忍直视，，，，有的人写出来的，看着真叫舒服。。。。 虽然对于编写测试用例我也很头疼，但是我知道测试用例还是有用的。 用例是个依据，是基础，没有根基，你的经验只会让你后期更麻烦
页:
[1]
