软件测试用例设计的基本原则

 在测试用例设计时，除了需要遵守基本的测试用例编写规范外，还需要遵循些基本的原则。 　　1尽量避免含糊的测试用例
　　含糊的测试用例给测试过程带来网难，甚至会影响测试的结果。在测试过程。测试用例的状态是惟一的，通常情况下，在执行测试过程。良好的测试用例一般会有二种状态：通过(PAss)、未通过(Failed)以及未进行测试(Not Done)，如果测试术通过，一般会有测试的错误(bug)报告进行关联：如未进行测试，则需要说明原因(测试用例本身的错误、测试用例目前不适用、环境因素等)，因此，清晰的测试用例使测试人蚰在测试过程中小会出现模棱两可的情况，不能说这个测试用例部分通过，部分未通过，或者是从这个测试用例描述中小能找到问题，但软件错误应该出现在这个测试用例巾。这样的测试用例将会给测试人员的判断带来团难，吲时也不利于测试过程的跟踪。 　　例如，还用上断的例子来说明，对用户登录的页面校验测试进行测试用例设计：
　　· 输入JF确的用户和密码，输入错误的用户和密码，程序会弹出对话框。
　　在L而这样的测试用例设计，未能清楚地描述什么样是程序正常工作状态，什么样是程序不正常工作状态，这样含糊不清的测试用例必然会导致测试过程问题的遗漏。
　　2尽量将具有相类似功能的测试用例抽象并归类
　　一直强调软件测试过程是无法进行穷举测试的，因此，对相类似的测试用例的抽象过程显得尤为重要，一个好测试用倒应该足能代表组或者一系列的测试过程。 　　3尽量避免冗长和复杂的测试用例
　　这样做的主要目的是保证验证结果的惟一性。这也是和第一条原则相一致的，为的是在测试过程执行过程th确保测试用例的输出状态惟性，从而便于跟踪和管理在一些很长和复杂的测试用例设讨过程中，需要将测试用例进行合理的分解，从而保证测试用例的准确性。在某些时候，测试用例包含很多类型的输入或者输乩或测试过程的逻辑复杂而币连续，此时需要对测试用例进行分解。张实际的测试用例设计中，需要将前述的基本原则和考虑凶素结台起来，遵循基本的测试用例编写规范。按照实际测试的需求灵活地组织设计测试用倒。 在测试例设计监考虑白盒测试用例年u黑盒测试用例。