文档介绍：十大异常测试用例(转载)2008-08-1508:41十大异常测试用例(转载)此文乃转载,原名为《十大负面测试用例》,我觉得负面测试不如异常测试来的好理解,自己改了改。恩,先说一说我自己的心得。前八个用例都是原来已经在我的思维体系中的,也是测试中常常覆盖的部分。第九个会话测试,有这个概念,但是没有很系统的做,以后要在工作中尽量的融合进来。第十个,性能改变测试,原文表述的有点罗嗦,我自己理解之后对此的总结是对增、删、改、查等操作,从用户输入、点击触发了请求之后,到响应、输出这样的一个时间,或者称为速度,需要有一套综合测量体系。并对每次的版本进行统计,纵向比较,以发现由此可能造成的潜在性能问题。这在我之前的测试中也会涵盖一部分,比如响应时间一下子明显超长了之后,会作为一个BUG来提出,但是纵向的版本比较,这个是我的盲点之一,需要改进。原文如下:负面测试(Negativetesting)是相对于正面测试(Positivetesting)而言的。它们也是测试设计时的两个非常重要的划分。简单点说,正面测试就是测试系统是否完成了它应该完成的工作;而负面测试就是测试系统是否不执行它不应该完成的操作。形象一点,正面测试就象一个毕恭毕敬的小学生,老师叫我做什么,我就做什么;而负面测试就象一个调皮捣蛋的孩子,你叫我这样做,我偏不这样做,而且和你对着干。开发人员也是最讨厌修改此类bug的。正面测试主要根据需求,功能说明书,设计文档等相关参考文档来执行测试,而负面测试则主要根据错误猜测,逆向思维来测试系统,一定程序上的的依赖测试人员的经验积累。执行负面测试时,不单单要测试系统是否处理了用户的异常操作,还要检查系统对于这些异常操作是否给予了正确的错误提示。它是系统对用户进行继续正确操作的指引。简而言之负面测试的三部曲就是:;;。以下是SteveMiller的《Top10NegativeTestCases》,概括性的提到了一些做负面测试时经常需要注意的测试。负面测试用例被设计于用软件未意欲被使用的方式测试软件,它也应该是测试工作的一部分。以下就是在设计测试工作量时你应该考虑的10大负面测试用例。。大多数基于SQL的数据库系统在用户存储包含一个单引号的信息时会出现问题,例如John'scar。每一个可以接受文字数字型数据条目的屏幕都要试试输入包含一个或多个单引号的文本。【Kiki补充】其实不只是单引号,基本上测试人员应该测试所有的特殊字符和空/空格(单纯的空格和文本前后的空格)。单引号,逗号,/,<,>(对于web的应用程序)都是很容易引发错误的。在开发早期测试组就可以建议开发组写一个通用的函数来处理这些特殊字符,然后在处理用户的输入时套用这个函数就可以避免此类错误了。。功能说明书上应该清楚的指出屏幕上必须输入数据条目的字段。测试屏幕上每一个被说明为必须输入的字段以保证它强制要求你在字段中输入数据。【Kiki补充】对于强制输入的字段,在屏幕上最好有些标识以说明其为必须输入的字段。一般在字段前或后用红色的*号表示。测试时必须要检查有标识的字段是否和功能说明书或其他参考文档一致,错误信息提示是否正确,强制输入的字段是否