1.什么是测试用例
测试用例是为了某个特殊目标而编制的一组测试输入，执行条件以及预期结果。以便测试某个程序路径或者核实功能是否满足某个特定需求，一个测试用例最多只能覆盖一个功能需求。
2.测试用例书写的标准规范
用例标题
描述清楚该用例想要达到的测试目的，不是简单的描述所在模块。
- 正确示例
设置JPG格式的图片为壁纸能否成功。
设置系统屏幕亮度为100能够成功。
- 错误示例
JPG图片-右键-设置壁纸。
控制中心-显示-亮度。
预置条件
用例必须清楚的描述清楚此用例需要的预置条件，不许预置条件的可以不写。
- 正确示例
- 已经连接测试的无线网络"deepin"成功。
- 进入控制中心-网络-无线网络-测试网络"deepin"设置界面。
- 错误示例
1.网络正常。
测试步骤
用例需要写清楚测试步骤，测试输入和测试输出定义清晰，没有模棱两可的表达。如果测试输入的值是明确的，那么需要明确取值范围或者具体的值，测试输出同样。
- 正确示例
- 进入控制中心-电源设置，设置电脑进入待机模式值为30min。
- 静置电脑30min，在刚好30min时，查看能否成功进入待机模式。
- 错误示例
1.打开深度字体安装器，拖拽多个字体文件到软件界面中。
预期结果
预期结果为可判定性，即测试步骤执行后，结果是可判定的，每个测试用例的步骤都有相应的唯一的可判定结果的预期结果，并且该预期结果可以验证。
- 正确示例
关闭系统音效成功，音效开关显示关闭，注销和登录系统时，不播放音乐。
- 错误示例
控制中心显示音效开关关闭。
测试用例集
软件的某一个功能需求需要分成多个测试输入或者存在多个测试输出时，或者存在多种测试场景时，采用测试用例集的表达方式，把这些测试用例归为一个功能测试点的测试用例集。
-
正确示例
image.png
用例执行规范
- 测试结果中：
- 出现非Pass的用例必须添加详细备注信息,Fail的用例必须提交缺陷；
- 由于某个Bug或者缺少测试条件导致用例不能执行，标为Block添加备注信息；
- 功能模块没有设计好，或者不适用于本轮测试的用例，标为N/A加备注信息；
- Bug详情
- 标题要求简明扼要的阐述问题本质，使查看人员能快速了解Bug内容；
- 必须有完整的测试环境信息（测试设备型号、操作系统版本、网络）、前提条件、要简明清晰分步骤描述如何复现bug问题、清晰准确的预期结果和实际结果、复现概率;
- 有现象的Bug需要必要的截图证明
- 崩溃的Bug必须提供Log日志附件帮助定位问题，截图无法反应的问题需要上传操作视频文件，提供的视频、图片、log文件必须满足公司要求的统一格式。
- 原则上同一Bug只能Fail一条测试用例，在其他测试用例中，如果存在此Bug，但又不影响继续测试，不能跳过不执行。
网友评论