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