回复 #36 qi_cy 的帖子
huifu 我现在也在写测试用例,因为是刚开始接触,所以毫无头绪,对于添加部分,验证必填项要每项都验证到么?是否要组合呢? 想请教大家:有多个查询条件的查询测试用例该如何写啊,自己是个新手都不知道该如何下手。觉得有太多的组合,分开一个一个写吧,觉得有好多重复而且覆盖也不全。 楼主,心好细。好的用例都是一点点积累的。向楼主学习哈 楼主总结的很有道理,小弟很受启发,谢谢! 有点理论化了,还是没有具体的例子来的直接,更容易理解
回复 #101 irene0331223 的帖子
我的理解是分开写完再交叉组合,我最近也要写这样的Case,也还不是很清楚,大家可以交流一下 我要看具体的,下载下载 超感谢顶拉
大家一起学习!!!一起进步!!! 测试行业需要这样的帖子! 呵呵,楼主辛苦了 :) 不错
谢谢分享:) 学习了,收获不错,谢谢了 如果在某个模块有多个相同的输入项,是不是测试每个输入操作时用例都要一份? ⑥ 是否支持table键
============这项是什么意思?怎么操作?谢谢! 呵呵,谢谢咯 :D
谢谢分享!!很有收获
谢谢大家,好多人支持哦
这是我以前写的帖子,这段时间积累了不少实际经验。正如上面的朋友写的,太理论化了。如果者的运用到实际测试当中真的很头疼。查询,添加等操作算是最最简单的功能,这正有价值的系统远远不止这些,要学的东西还是有很多:lol
测试最基本的依据就是需求,但现实中往往是没有需求的,要考与developer和PM交流获得。在我上面写的内容中,都是写黑白分明的问题,对就是对,错就是错。但实际上有很多模棱两可的问题,这就要考经验了。
我觉得测试的时候不能只看到眼前的功能,要看到整体系统,要知道我现在做的工作对整个系统的影响,这样对我们确定bug的等级,甚至确定某个问题是不是bug都有很大的帮助。
我还要重复上面说说过的观点,用例也只是测试的一个工具,不是最终目的。一个好的测试人员,其实在看到需求的时候用例已经在心里形成了。文档只是一种知识积累,也是对自己的提示。
在实际的测试过程中,很少有人是真的按照用例一条一条的去测的,在这个过程中会有很多创造行的活动,所以用例在这个过程中也会不断的产生变化。
看到自己很久以前写的东西,很有感触,以上之一一些想法,也许有些杂乱无章 真是太好了 感觉还有点不够,比如查询的时候一些特殊字符,查询时有的是直接调用SQL语句的,在查询里不能输入',不然会报错等等....