测试用例要蕴含欲测试的功能、应输入的数据和预期的输入效果。测试数据应中选用少量、高效的测试数据进行尽能够完备的测试;基础主旨是：设计一组发现某个伙伴或某类伙伴的测试数据，测试用例应掩饰方面：
1、 正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求;测试用 例中的测试点应首先保证要至少掩饰需求规格说明书中的各项功能，并且正常。
2、 容错性(结实性)测试：次序能够排汇正确数据输入并且发作正确(预期)的输入， 输入合法数据(合法类型、不符合要求的数据、溢出数据等)，次序应能给出提示 并进行相应解决。把自己想象成一名对产品操作一点也不懂的客户，在进行任意操作。
3、 完整(安全)性测试：对未禁授权的人应用软件系统或数据的企图，系统能够控制的程度，次序的数据解决能够保持外部信息(数据库或文件)的完整。
4、 接口间测试：测试各个模块相互间的协调和通信状态，数据输入输入的一致性和正确性。
5、 数据库测试：依据数据库设计规范对软件系统的数据库结构、数据表及其之间的数据调用关系进行测试。
6、 边界值分析法：一定边界状态(刚好等于、稍小于和稍大于和刚刚大于等价类边界值)，针对我们的系统在测试过程中主要输入一些合法数据÷合法数据，主要在边界值附近选取。
7、 压力测试：输入10条记录运行各个功能，输入30条记录运行，输入50条记录运行。。。进行测试。
8、等价划分：将所有能够的输入数据(有效的和无效的)划分成若干个等价类。
9、伙伴推测：主要是依据测试阅历和直觉，参照以往的软件系统出现伙伴之处。
10、效率：完成预定的功能，系统的运行时间(主要是针对数据库而言)。
11、可理解(操作)性：理解和应用该系统的难易程度(界面友好性)。
12、可移植性：在不同操作系统及硬件配置状态下的运行性。
13、回归测试：遵循测试用例将所有的测试点测试完结，测试中发现的问题开发人员 已经解决，进行下一轮的测试。
14、对照测试：将已经发版的类似产品或原有的老产品与测试的产品同时运行对照，或与已往的测试效果对照 。
说明：针对不同的测试类型和测试阶段，测试用例编写的偏重点有所不同。
1、 其中第1、2、6、8、9、13项为模块(组件、控件)测试、组合(集成)测试、系统测试都涉及偏重点测试的方面。
2、 单元(模块)测试(组件、控件)测试：重点测试第5项。
3、 组合(集成)测试：重点进行接口间数据输入及逻辑的测试，即第4项。
4、 系统测试：重点测试第3、7、10、11、12、14项。
5、 其中压力测试和可移植性测试如果是公司的系列产品，能够选用其中有代表性的产品进行一次代表性测试即可。
6、 GMPS基础测试用例设计完成后，其他的测试项目只编写设计与之不同部分的测试用例。
7、 对于每个测试项目测试的测试用例不是一成不变的，随着测试阅历的积累或在测试其他项目发现有测试不短缺的测试点时，能够始终的填补圆满测试项主旨测试用例。
文章来源于领测软件测试网 https://www.ltesting.net/