测试用例的设计

    测试用例的设计可以说是测试人员工作中最主要的一部分，如果说，测试用例的设计决定了一个项目测试的成败，这也并不为过，没有良好的测试用例设计，就不能有效的对项目进行全面的测试。
    正如无法穷尽所有测试一样，要针对项目设计出项目所有的测试用例，也是不可能的，所以只能遵循一定规则规律、技术，来设计出合理的测试用例，来保证项目测试的完善。

良好的测试用例具备的特点：
    1、有相当的可能找出软件错误。沿着“程序可能会怎样失效”的思路进行回溯，寻找测试用例的设计灵感。
    2、不是冗余的。如果两个用例是查找同一个错误的话，不要都执行。
    3、本类用例中最佳的选择。在同一类的测试用例中，总有效率高于其他的，你需要找出这该类中的最佳用例，这是最有可能发现错误的一个。
    4、既不过于复杂，又不过于简单。
    如何创建强大的测试用例呢？以下有五种技术，仅供参考：
    1、等价类分析。（最普遍、最常见，但也最不好掌握的）
    等价类：如果两个测试的预期结果相同，且它们测试的内容相同，那么它们就是等价的。而当属于下列情况之一的时候，我们可以把这些测试归结到同一个等价类中：a. 它们都包含同样的输入变量。b. 它们导致程序进行类似的操作。c. 它们影响相同的输出变量。d. 它们要么都让程序执行误处理，要么都不让。
    找出等价类，这是一个主观过程，即使针对同一个程序，等价类的划分也会因人而异的，这一点要注意，所以一下只是一些查找等价类的建议：a.不要忘记查找无效输入的等价类。b.用表格或概要的形式组织你的分类。c.查找数值的范围。d.分析程序对列表与菜单的反馈。e.查找等价类分组的成员。f.查找必须相等的变量。g.创建有时间决定的等价类。h.查找运算结果为特定值或范围的变量集合。i.查找等价的输出时间。j.查找等价的运行环境。
    个人建议以有效输入、无效输入作为两个大的等价类，然后再往下细分最好。
    2、边界分析。
    当划分等价类后，每个等价类之间总会存在临界点，这些临界点的输入值，往往能测试出程序的缺陷，例如数字的0、负数、小数等。在设计测试用例的时候，这些临界值将是检测程序健壮性的重要组成。
    3、状态转换测试。
    作为交互程序，不可避免的或有从一个可见状态转移到另外一个可见状态的情况。不同状态的转换过程将会产生数据改变，这些数据有可能构成新的等价类，作为程序中的另外功能的输入，这往往与需求有关，所以完善的需求文档是非常重要的。
    4、竞争条件及其他时间依赖性测试。
    当程序在不同的时间点输入，或者高负载情况下，程序内部的竞争条件就会产生，这是检验程序性能的重要途径。
    5、错误猜测技术。（比较抽象的一种技术）
    有时候，出于逻辑上无法解释的原因，你的直觉会告诉你，某个类型的测试可能导致系统崩溃。可能你的这个判断根本不可能发生，也许很多人会说你，但不要放弃这种想法，点点滴滴也是一种可能。而这种往往跟测试人员的经验有关。
    另外，可能你从事测试的时候，在你之前已经建立了一个测试库，那么你非常幸运，可能通过调用测试库的用例，会节省很多的时间！