测试用例书写标准
在编写测试用例过程中，需要参考和规范一些基本的测试用例编写标准，在ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用例编写规范和模板。标准模板中主要元素如下。
标识符（identification）：每个测试用例应该有一个唯一的标识符，它将成为所有和测试用例相关的文档/表格引用和参考的基本元素，这些文档/表格包括设计规格说明书、测试日志表、测试报告等。
测试项（test item）：测试用例应该准确地描述所需要测试地项及其特征，测试项应该比测试设计说明书中所列出地特性描述更加具体，例如做windows计算器应用程序地窗口设计，测试对象是整个地应用程序用户界面，这样测试项就应该是应用程序地界面地特性要求，例如缩放测试、界面布局、菜单等。
测试环境要求（test environment）：用来表征执行该测试用例需要地测试环境，一般来说，在整个的测试模块里面应该包含整个的测试环境的特殊要求，而单个测试用例的测试环境需要表征该测试用例所单独需要的特殊环境需求。
输入标准（input criteria）：用来执行测试用例的输入需求。这些输入可能包括数据、文件，或者操作（例如鼠标的左键单击，鼠标的按键处理等），必要的时候，相关的数据库、文件也必须被罗列。
输出标准（output criteria）：标识按照指定的环境和输入标准得到的期望输出结果。如果可能的话，尽量提供适当的系统规格说明书来证明期望的结果。
测试用例之间的关联：用来标识该测试用例与其它的测试（或其它测试用例）之间的依赖关系，例如，用例A需要基于B的测试结果正确的基础上才能进行，此时需要在A的测试用例中表明对B的依赖性，从而保证测试用例的严谨性。
综上所述，如果使用一个数据库的表来表征测试用例的话，它应该有以下的格式：
例一：对Windows记事本程序进行测试，选取其中的一个测试项――文件菜单栏的测试 测试对象：记事本程序文件菜单栏（测试用例标识1000，下同），所包含的子测试用例描述如下：
|---------文件/新建（1001）
|---------文件/打开（1002）
|---------文件/保存（1003）
|---------文件/另存（1004）
|---------文件/页面设置（1005）
|---------文件/打印（1006）
|---------文件/退出（1007）
|---------菜单布局（1008）
|---------快捷键（1009）
选取其中的一个子测试用例――文件/退出（1007）作为例子，测试用例如下表所示：
通过这个例子了解了测试用例的组成方法。要组织成一个完整的良好测试用例，还需要更多的技巧，并要考虑一些常见的因素。
测试用例设计考虑因素
测试是不可能实现穷举测试的，因此试图用所有的测试用例来覆盖所有测试可能遇到的情形是不可能的，所以，在测试用例的编写、组织过程中，尽量考虑有代表性的典型的测试用例，来实现以点带面的穷举测试。这要求在测试用例设计中考虑一些基本因素： 测试用例必须具有代表性、典型性。
测试用例设计时，要浓缩系统设计。
例二：常见的web登录页面，通过这个例子来阐述从功能规格说明书到具体测试用例编写的过程
A） 用户登录的功能设计规格说明书（摘选）
―――――――――――――――――――――――――――――――――――――――
1． 用户登录
1．1满足基本页面布局（图示，略）
1．2当用户没有输入用户名和密码时，不立即弹出错误对话框，而是在页面上使用红色字体来提示，见2描述
1．3用户密码使用掩码号（*）来标识。
1．4*代表必选字段，将出现在输入文本框的后面。
2． 登录出现错误
当出现错误时，在页面的顶部会出现相应的错误提示。错误提示的内容见3。错误提示是高亮的红色字体实现。
3． 错误信息描述
3．1
3．2密码为空
3，3用户名/
（注：本例子中的页面图示，消息编号如WMSG001的描述均为给出。）
―――――――――――――――――――――――――――――――――――――――
B） 通用安全性设计规格说明书（摘选）
―――――――――――――――――――――――――――――――――――――――
1． 安全性描述
1．1输入安全性：在用户登录或者信用卡验证过程中，如果三次输入不正确，页面将需要重新打开才能生效。
1．2密码：在所有的用户密码中，都必须使用掩码符号（*），数据在数据库中存储使用统一的加密和解密算法。
1．3Cookie：在信用卡信息验证，用户名输入时，Cookie都是被禁止的，当用户第一次输入后，浏览器将不再提供是否保存信息的提示，自动完成功能将被禁用。
1．4SSL校验：所有的站点访问时，都必须经过SSL校验。
2． 错误描述（略）
―――――――――――――――――――――――――――――――――――――――
C） 测试用例
结合相关的规格说明书，理解和掌握测试用例设计的关键点，测试用例设计如下表所示。
测试用例需要考虑到正确的输入，也需要考虑错误的或者异常的输入，以及需要分
析怎样使得这样的错误或者异常能够发生。
用户登录功能测试用例
完善的测试用例
用户测试用例的设计，要多考虑用户实际使用场景。
