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