测试用例编写案例

基本组成

简单来说，软件是控制硬件的工具。

sequenceDiagram
participant PC as Page Client
participant CS as Code Server
participant DS as Data Server
PC->>CS: Request
CS->>PC: Response

CS-->>DS: Request
DS-->>CS: Response

产生过程

flowchart LR
需求产生 --> 需求文档 --> 设计效果图 --> 产品开发 --> 产品测试 --> 部署上线

软件测试

基本概念

使用技术手段验证软件是否满足使用需求。

sequenceDiagram
participant A as 功能需求
participant B as 软件服务器
A->>B: 使用网络技术测试需求
B->>A: 服务器返回对应的数据

测试目的

尽最大可能寻找软件中存在的错误并确保其得以修复。

减少软件缺陷，保障软件质量。

职友集（可查看各岗位招聘信息）：https://www.jobui.com/

就业方向

**功能测试：**手动测试验证程序的功能是否满足需求。

**自动化测试：**使用代码或工具代替手工，对项目进行测试。

**接口测试：**使用代码或工具验证程序中的接口是否访问正常。

**性能测试：**模拟多人使用软件，查找软件及服务器缺陷。

测试分类

按照测试阶段划分

单元测试：针对程序源代码进行测试。

集成测试：又称接口测试，针对模块之间访问地址进行测试。

系统测试：对整个系统进行测试，包括功能、兼容、文档等测试。

验收测试：内测版（广大用户进行测试）、公测版，使用不同的人群来发掘项目缺陷。

按照代码可见度划分

黑盒测试：源代码不可见，UI功能可见，系统测试。

灰盒测试：部分源代码可见，UI功能可见，集成测试。

白盒测试：源代码全部可见，UI功能可见，单元测试。

测试模型

质量模型

衡量一个优秀软件的维度。

功能性、可移植性、可维护性、安全性、可靠性、易用性、兼容性、性能。

测试流程

需求评审：确保各部门需求理解一致。

计划编写：测什么、谁来测、怎么测。

用例设计：验证项目是否符合需求的技术文档。

用例执行：项目模块开发完成，开始执行用例文档实施测试。

缺陷管理：对缺陷管理的过程，及BUG的上报到BUG关闭的过程。

测试报告：实施测试结果文档。

测试用例

基本概念及案例

概念

为测试项目而设计的执行文档。

作用

防止漏测
实施测试的标准

编写格式

用例编号:项目_模块_编号

用例标题:预期结果（测试点）

项目/模块:该用例所属项目或模块

优先级:表示用例的重要程度或者影响力P0~P4（P0最高），用户最常用的功能为最核心的功能

前置条件:要执行此条用例需要哪些前置条件

测试步骤:该用例的详细执行步骤

测试数据:操作的数据，可为空

预期结果:执行该用例的预期结果

案例

QQ登录测试用例编写

账号为空
账号未注册
密码为空
密码错误

用例编号	用例标题	项目/模块	优先级	前置条件	测试步骤	测试数据	预期结果
QQ_login_001	登录失败（账号为空）	登录	P1	1.打开登录界面 2.保持网络正常	1.输入账号 2.输入密码 3.点击登录按钮	1.账号：空 2.密码：123456	登录失败，提示：账号不可为空
QQ_login_002	登录失败（账号未注册）	登录	P1	1.打开登录界面 2.保持网络正常 3.账号未注册	1.输入账号 2.输入密码 3.点击登录按钮	1.账号：未注册账号 2.密码：123456	登录失败，提示：账号不存在
QQ_login_003	登录失败（密码为空）	登录	P1	1.打开登录界面 2.保持网络正常 3.账号已注册	1.输入账号 2.输入密码 3.点击登录按钮	1.账号：已注册账号 2.密码：空	登录失败，提示：密码不可为空
QQ_login_004	登录失败（密码错误）	登录	P1	1.打开登录界面 2.保持网络正常 3.账号已注册	1.输入账号 2.输入密码 3.点击登录按钮	1.账号：已注册账号 2.密码：密码错误	登录失败，提示：密码错误