测试技巧（用例编写方法）

摘自：http://bbs.51testing.com/viewthread.php?tid=51727&extra=&page=1

----------------以下橙色部分是自己添加滴，黑色字体是摘录滴--------------------------

我们常见软件测试的技巧 ：或者叫做用例设计技巧

　　软件测试虽然辛苦，但是掌握了一定的技巧之后将使你事半功倍。

　　（1） 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。 (这个测试一般都是用于输入框的测试)

　　（2） 非法测试，例如在输入数字的地方输入字母。 (这个测试一般都是用于输入框的测试)

　　（3） 跟踪测试，跟踪一条数据的流程,保证数据的正确性。 （这个用于集成测试最有效，可以通过跟踪某一条经过了N个模块的数据流来测试集成效果）

　　（4） 正确性测试：在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。 （正确性的测试是保证功能可用性的前提，但很多测试人员在设计测试用例的时候都会先从错误点入手，往往把最重要，也最基本的一条正确性测试给遗忘了）

　　（5） 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。

　　（6） 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。

　　（7） 突发事件测试，服务器上可能发生意外情况的测试。 （最简单的突发情况就是突然停电、断掉网线等从硬件方向考虑）

　　（8） 外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。 （也可以叫做兼容性测试，主要是测试被测试软件需与其使用的插件间版本、插件不存在、插件出现错误等情况下的问题）

　　（9） 回归测试：在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。

　　（10） 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。

　　（11） 文字测试（界面测试），如果在系统中有用词不当的地方，我想这是不应该的。

　　（12） 系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。

　　（13） 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的（这里应该还要考虑在不同的操作系统上运行）

　　（14）错误推测法：这个方法也是我常使用，但是这需要时间和经验的积累，因每个软件都有其特性，而这些特性是会被重复使用，然后再平时的测试过程中，就会发现其中的某些bug是经常性出现的，而这种bug，以后就可以写到测试用例中

　　（15）场景分析法：很多时候我们在测试的过程中没有发现问题，但是当项目交到客户手中的时候就会出现各种各样奇怪的问题，为什么会这样呢？其中一部分的原因就是环境部署的时候没有模拟用户的场景，还有一部分的原因就是我们在设计用例的时候都是按照我们自己的想法来设计，但是没有设身处地的站在用户使用软件的角度来设计用例，因此我们在设计用例的时候，可以站在用户使用的角度模拟他们的使用过程来设计用例

　　---------------以上是我们的看法，如大家有其他想法，欢迎留言补充------------