全面性
① 应尽可能覆盖程序中的各种路径（要覆盖所有的需求，所有的流程和功能都应有相对应的测试用例）。
② 应考虑存在跨年、跨月的数据。
③ 大量数据并发测试的准备。
正确性
① 输入界面的数据应与测试文档所记录的数据一致。（测试执行时，要按照测试用例提供的数据执行）
② 预期的测试结果应与需求设计产生的业务和结果吻合。（就是测试的预期结果不能违背或超出需求设计的要求）
符合正常业务惯例
① 测试用例应符合用户实际工作业务流程。（测试用例的设计要参考《需求规格说明书》和《概要设计说明书》）
② 兼顾各种业务变化的可能。（设计的测试用例要有可变化性，即要定期维护）
系统性
① 对于系统业务流程有一个完整、正确的说明，包括系统的各组织结构（子系统、模块）相互间的关系，对于相互间有联系的子系统的业务关系的描述一定要清晰、直观。
② 模块业务流程要清晰描述各模块内部功能、它们相互间的联系；若有模块功能类似，应对其进行区分。
仿真性
人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例。
可操作性
① 试用例中应尽可能的写清测试的内容和必要操作要求，以便测试人员能更好理解和测试操作。
② 操作性的另外一方面是界面友好性，例如信息中的信息漏填，系统的提示是否明确（指出是具体哪项未填写），光标是否定位到相应输入项。
容错性（健壮性）
① 错性测试就是测试系统是否容易崩溃或瘫痪；
② 序能够接收正确数据输入并且产生正确（预期）的输出， 输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示并进行相应处理。把自己想象成一名对系统操作一点也不懂的客户，进行任意操作。
接口（连贯性）
① 试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。（这个在系统测试中是非常重要的一环，大多数比较严重往往是在模块的间的接口和交互上的，一定要全面的测试它们之间的协调和通信）
② 于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口。
③ 果是依靠页面链接，页面链接是否正确；子系统间是否有制约（加锁、解锁），如果有制约，要它们之间的关系要描述清楚。
④ 于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯，接口间的交互是否正常。
数据库
数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。（主要是测试数据是否正确、及时的导入/导出数据库，数据表及其之间的数据调用关系等，比如在界面显示的信息，是否与数据库中的信息一致。对信息的修改是否及时的导入数据库等。对于取消批改的信息，该信息在数据库中的信息是否正确、及时回滚）
可移植性
在不同操作系统及硬件配置情况下的运行性。（例：把系统安装在windows 2003/win7 的英文版 、中文的操作系统下进行测试，检验系统的所有功能是否能正常的运行，系统性能是否稳定等。）