测试用例详细到什么程度好?
我干测试一个多月了,但仍然有些迷惑。测试用例是根据软件需求说明书写吗?那么测试用例详细到什么程度较好呢?因为我看过一篇文章上说测试用例不要写成操作过程,只要写一个思路。这样可以省去由于开发人员改动引起测试用例的修改或无效。但是测试完成后,测试经理让我们修改一份测试用例用于给用户的。那我又该写成什么样子呢。请各位指点。 自己写完测试用例后,如果别人可以独自根据你的测试用例完成测试执行,那么测试用例就足够详细了。 可以看看“测试用例设计”版jackei版主的大作:http://bbs.51testing.com/viewthread.php?tid=1004&fpage=1 谢谢各位!如果你们还有什么更多的建议可千万要告诉我哟!^_^ 我认为测试用例就是一些操作过程,只写一些思路的东西应该叫做测试脚本而不是用例。在测试过程中,如果给用户的,那叫做例子,可以把一些测试用例写出详细操作过程给用户,作为示例! 正式的测试用例的要求:就是保证一个没有任何经验的 fresh man能够在阅读你的用例以后执行测试用例而没有障碍。 我们写的测试用例要详细到填入测试数据了
不知道有没有必要?
我们的用例要详细到具体的使用数据,而且要满足4n+1的数据量
哪种方法是正确的?没有正确的,只有有效的。根据自己的工作实际情况来判断使用或改进哪种方法才是有效的。 还是版主利害,一句话:有效就成! 赞成斑竹的话!为了测试用例维护的方便性\可行性
以"测试思想"的方式做测试用例 我觉得测试用例分几个层次,好比设计要分设计概要和详细设计一样。究竟测试用例要写的多泄细,可能只有根据自己的实际工作情况而定了哈 个人认为:测试用例永远没有尽头,因为任何一个软件出来,再好的测试人员都不可能将所有的操作支路演示出来,而用户在不了解产品的时候会出现各种各样的操作.在此就有可能发现问题,测试用例只是在提高重复劳动的效率,并不能真正意义上发现问题,有时间的话还必须不断测试,不断增加用例,要有发散思惟. 有效地执行
页:
[1]