软件测试用例的设计(3)

　　因果图方法最终生成的就是判定表。它适合于检查程序输入条件的各种组合情况。
　　3 测试用例的评审及维护
　　3.1 测试用例的评审
　　测试用例在设计之后需要经过评审，需要评审的内容如下：
　　用例是否完整?是否每一个需求都有其对应的测试用例来验证?
　　是否每一个设计元素都有其对应的测试用例来验证?
　　事件顺序，能否产生唯一的测试目标行为?
　　是否每隔测试用例都阐述了预期结果?
　　是否每个测试用例(或每组相关的测试用例)都确定了初始的测试目标状态和测试数据状态?
　　测试用例是否包含了所有单一的边界?
　　测试用例是否包含了所有的业务数据流?
　　是否所有的测试用例名称，ID都与测试工件命名约定一致?
　　测试用例评审时需要参加的人员：项目经理，系统分析员，测试设计员，测试员
　　3.2 用例库的更新维护
　　随着软件项目的开发，用例库的数据随着项目的进展动态变化也是需要维护的，主要包括：不合适用例的修改、冗余用例的删除、测试用例的增加，并对进行的操作在备注中署名修改者以及修改时间和改动原因。
　　4 测试用例实例
　　该测试案例是以一个B/S结构的登录功能点位被测对象, 该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4。
　　功能描述如下：
　　1. 用户在地址栏输入相应地址，要求显示登录界面;
　　2. 输入用户名和密码，登录，系统自动校验，并给出相应提示信息;
　　3. 如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息;
　　4. 连续3次未通过验证时，自动关闭IE。
　　表4-1 登录界面测试用例

用例ID		XXXX-XX-XX	用例名称		系统登录
用例描述		系统登录 用户名存在、密码正确的情况下，进入系统 页面信息包含：页面背景显示 用户名和密码录入接口，输入数据后的登入系统接口
用例入口		打开IE，在地址栏输入相应地址 进入该系统登录页面
测试用例ID	场景			测试步骤		预期结果	备注
TC1	初始页面显示			从用例入口处进入		页面元素完整，显示与详细设计一致
TC2	用户名录入－验证			输入已存在的用户：test		输入成功
TC3	用户名－容错性验证			输入：aaaaabbbbbcccccdddddeeeee		输入到蓝色显示的字符时，系统拒绝输入	输入数据超过规定长度范围
TC4	密码－密码录入			输入与用户名相关联的数据：test		输入成功
TC5	系统登录－成功			TC2，TC4，单击登录按钮		登录系统成功
TC6	系统登录－用户名、密码校验			没有输入用户名、密码，单击登录按钮		系统登录失败，并提示：请检查用户名和密码的输入是否正确
TC7	系统登录－密码校验			输入用户名，没有输入密码，单击登录按钮		系统登录失败，并提示：需要输入密码
TC8	系统登录－密码有效性校验			输入用户名，输入密码与用户名不一致，单击登录按钮		系统登录失败，并提示：错误的密码
TC9	系统登录－输入有效性校验			输入不存在的用户名、密码，单击登录按钮		系统登录失败，并提示：用户名不存在
TC10	系统登录—安全校验			连续3次未成功		系统提示：您没有使用该系统的权限，请与管理员联系！
…	…					…	…

原文转自：http://www.uml.org.cn/Test/200707021.asp