测试理论基础——测试用例

测试用例

QQ我们经常在用，那么如果让我们来测试QQ的登录界面，如何去测试呢？

将软件测试的行为活动，作为一个科学化的组织规划。
为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
解决要测什么、怎么测和如何衡量的问题

元素： 用例编号、测试要点、初始条件、优先级、详细步骤、输入数据、预期结果、实际结果等

测试用例编号

字符和数字组合成的字符串，用例编号应具有唯一性、易识别 没有统一的命名规则，每家企业会有所不同 可以用A_B_C_D的格式

A：项目名称
B：功能模块
C：测试要点
D：编号

例：TPNB_TP_01_01

用例的元素

必要元素

用例标题：说明该条用例测试哪个点，要测什么
优先级：用来标识当前的用例执行的优先级。

预置条件：执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行或无法得到预期结果。

操作步骤：执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行。

预期结果：当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等。

非必要元素

实际结果：在用例设计阶段不写

设计者：设计测试用例的人

设计时间：设计的日期

执行状态：未执行、执行失败、执行通过等

测试用例的优缺点

优点：
组织性:避免盲目测试，提高测试效率
功能覆盖：确保客户需要的功能不被遗漏
重复性 ：不同版本软件重复使用
跟踪 ：统计测试用例，通过和失败的比例，跟踪缺陷多的模块
测试确认 ：高风险程序，确认测试按照计划进行

缺点：
没有清晰的和简明的规格，测试用例是很难设计的
测试人员容易被测试用例的规范步骤误导，思维受限
需求变更后用例难于及时更新，从而影响覆盖率，维护成本加大
为了能构建高规格的测试用例，太过醉心用例设计
用例需要不断维护，复用成本加大

用例的设计原则

唯一性：要求用例的描述明确目的唯一，任何人通过当前用例得到的结果应该是唯一的。

简洁性：用例的描述需要简洁明了不要使用模糊性话语。

单一性：一条用例只测一个点。