测试用例书写规范.pdf

测试用例书写规范 用例和约定 • 测试用例 • 测试用例范围：根据“测试计划” • 设计用例的根据：“用户需求文档”和“软件规格说明书”，如果需求变 动，“需求变更文档” 。 • 通用约定： • 测试用例描述、测试过程及数据中的“合法”与“非法”规定： 1.合法：按照需求，系统应接受的“数据” 。在输入“合法” 数据 后，系统接受并正确进行到下一个环节。 2.非法：非法：按照需求，系统不应接受的“数据” 。 • 按钮名称用【】括起来；并且对操作要说明是“单击”还是“双击” • 其他动作定义 用例和约定 • 内容叙述中关于鼠标左右键的使用，以右手使用习惯来叙述； • 界面中用鼠标将某对象从一个地方移动到另一地方，叙述为“拖拽” • 页面的名称要标准，例如：内容输入的地方叙述为“输入域”、表格输 入/显示的地方叙述为“表单”； • 名称或需要强调的内容用“ ”括起来，例如：单击“测试大纲”链接，进 入“测试大纲”页面； 用例书写规范 • 测试用例书写规范 • “测试用例描述”要简明、概括，通过它可以了解本条用例的测试关注 点； • “操作过程及数据” 要写清楚操作过程及具体的操作数据，要叙述详细 、数据（或操作）准确，有较强的可执行性，尽量避免使用复杂而又 拗口的长句； • “预期结果”部份说明详细、准确，结果叙述要具体，让执行用例人员 可以很快地判断出执行结果是否正确，如果执行结果影响到其它相关 模块，那么也要做出说明，对于比较复杂的预期结果要描写出验证过 程，如果预期结果很明显，则可简单说一下 • 用例要不可再细分，即同一用例中描述的是对某一功能点的具体某一 类型的测试，或同一等价类数据中的某组（条）数据 用例类别的划分 1.界面校验：检查界面的布局、输入域内容校验是否符合需求 2.功能点：软件某一具体功能点，例如：添加用户功能、发送短信功能 3.业务流程：利用软件提供的功能来模拟实际的应用； 4.边界值：需求中规定的某一输入域允许输入的最小/大数量值 5.并发：多个用户同时执行系统某一功能，例如：10个用户同时执行查 询 操作； 6.安全：对系统的安全性进行的测试，例如：数据库密码是否为明文、 登录时是否可以绕过登录页面等； 7.关联：在软件的某一功能点处输入数据或执行操作后，会对其它的功 能产生影响，例如：在“用户管理”中更改“用户名”，此后用户再添加问 题卡，添加者就变为更改后的用户名。 8.可用性：系统操作是否简捷、方便，并且符合用户的操作习惯。 bug 一个完整的Bug包括“属性”和“错误现象”描述两部份 • 1. 正确的属性 • bug的属性，bug等级和修改优先级； • “错误现象”描述 – 1) 准确的定位 – 准确地说出bug出现的具体位置，使他人可以迅速地找到问题所在 ，方便修改和确认； – 2) 准确的描述： – 准确地描述bug发生的现象和规律（或者bug发生的必要条件）， 避免他人阅读时不理解或误解； – 3) 客观的描述 Bug通用约定 • 同测试用例规范 例子1 例子2 例子3 例子4 例子5 例子6 例子7 例子8 例子9 用例类别的书写 功能点 业务用例 边界值 关联 可用性 THANKS