测试用例的设计方法及案例

---

一、软件测试的生命周期（软件测试的流程是什么？）

需求分析——测试计划——测试设计/开发——测试执行——测试评估
需求分析对需求进行合理化筛选，分析需求对需求明确细化
测试计划： 测试进行的人员、时间、测试范围、测试目的等具体进行计划
测试设计/开发： 根据需求提炼出的功能点开发测试用例
测试执行 执行测试用例 找BUG 回归测试
测试评估 评估本次测试的情况

二、如何描述一个BUG？

首先BUG就是和需求分析说明书中不匹配的功能，我们在实际测试中就需要将测出来的BUG记录在BUG管理工具（禅道，tapd,jira）里,以便开发人员查看，为了能让开发人员更能清楚的了解到BUG，我们就要规范书写BUG，包含以下内容等
（1）测试版本
（2）测试环境
（3）测试步骤
（4）实际结果
（5）预期结果（和需求一致）
（6）其他附件（错误截图，错误日志等）

BUG的级别：

一. 严重问题(Blocker)
定义： 不能完全满足系统要求，系统停止运行，系统的重要部件无法运行，系统崩溃或挂起等导致系统不能继续运行。修改优先级为最高，该级别问题需要立即修改。

系统崩溃
导致程序重启,死机或非法退出
死循环
数据丢失或异常
数据通讯错误。
硬件故障，系统悬挂

二. 高级问题(Critical)

定义： 严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题，系统无法满足主要的业务要求，性能、功能或可用性严重降低。 修改优先级为高，该级别需要程序员尽快修改。

功能不符合用户需求
数据计算错误
业务流程错误
程序接口错误
因错误操作迫使程序中断；
系统可被执行，但操作功能无法执行（含指令）；
功能项的某些项目（选项）使用无效（对系统非致命的）；
功能实现不完整，如删除时没有考虑数据关联；
功能的实现不正确，如在