测试日记day2

1. 为什么要编写测试用例？

答：编写测试用例可以

1) 防止测试的遗漏；

2) 防止测试的重复；

3) 可以做到复用；

4) 可以发现测试依据（软件需求）中的缺陷；

5) 可以估算测试工作量；

2. 测试用例的要素包括哪些？

答：测试用例要素包含：

1) 测试用例编号

2) 测试项（分类）

3) 测试用例名称（标题）

4) 案例性质

5) 测试用例优先级；

6) 预制条件/前提条件

7) 数据输入

8) 操作步骤

9) 预期结果

10) 实际结果

11) 测试状态

12) 测试人员

3. 测试用例需要详细到哪些步骤？

答：具体的操作动作：

精确描述每个点击、输入、选择、拖拽等动作。

例如：“点击菜单栏中的‘文件’选项，在下拉菜单中选择‘新建’。

4. 判断以下测试用例中的描述，是否可行：

a) 用例编号：首页-01 （×）

b) 预期结果：和demo一致 （×）

c) 预期结果：列表出现新增的标题为XX的条目 （√）

d) 用例标题：首页测试 （×）

5. 按照下面场景，按照测试用例要素，试写出10条用例

答：由于此场景涉密，我就只给编写用例的方法了

测试用例要素	解释说明	举例
测试用例编号	作用：唯一性；可识别性 要求：大--小 项目名称-测试类型（性能测试、功能测试、兼容性测试）-菜单名称1-菜单名称2（如果有，以此类推）-编号；	xx项目新增测试 xx（功能测试）-xx（主页管理）-My（我的主页）-001
测试项（分类）	作用：分类 可以用某个菜单名称整理此菜单下的所有测试用例（可多个分类）	主页管理
测试用用例名称（标题）	作用：名称说明测试用例具体的特点和目的 要求：尽量唯一；至少要做到同一个测试项中测试用例名称是唯一的；	xx 项目新增测试
案例性质	作用：说明是正确的操作还是异常操作	正向、反向
测试用例优先级（重要级别）	作用：进度资源紧张时轻重缓急的区分； 高：系统的基本功能；核心业务；重要特性；使用频率比较的用例； 中：系统里一些备选非主流，非核心业务、使用频率中等的用例； 低：使用频率不高、对系统功能影响不大的用例；	xx项目 高： 中： 低： 需求文档会列出来
预置条件（前提）	作用：完成某些用例需要提供一些特殊的准备（特殊数据；特殊账号；特殊的环境）	研究所路演新增开放时间段： 准备一个分析师账号；通用的账号不是预置条件； 客户调整分层：登录的账户预先有分层的权限，以及对应的客户已经存在分层；
输入	作用：测试执行操作时需要填写或者点击的一些具体的数据信息； 几个；一些	统一社会信用代码：123123123456456456； 客户名称：测试客户 3张2M JPG图片
操作步骤	作用：指导测试人员具体的操作和具体动作； 用动词：输入；点击；	打开谷歌浏览器； 在URL中输入…… 在用户名输入框中输入…… 点击左键 点击按钮
预期结果	作用：判断测试的结果是否正确； 要求：要具体，不要用模糊的描述； 显示正确：× 登录成功：×	输出到哪里（显示在哪个地方；哪里能够看到输入的信息）输出的具体信息 查询信息（有些信息不能显示） 信息需要部分显示：身份证号；密码；手机号 显示的顺序
实际结果	作用：写出实际的结果，要具体不能模糊描述	显示到我的客户列表 排序在……客户之后 *号显示手机号
测试状态	作用：判断用例此次是否已经执行	已测试；未测试；阻断无法测试
人员	作用：写明此次测试的人员