关于测试用例（新手总结）
上一篇 /
下一篇 2014-02-18 15:20:02
/ 个人分类：功能测试
接触功能测试也有两三个月了，虽时间不长，但还是想对最近的工作做一些总结。好的沉淀，好的思考，也许可以让人走的更远。
今天就总结一下测试用例吧。参考的文章：http://www.51testing.com/html/03/n-858003.html
一、测试用例的意义
不管是曾经的性能测试还是现在的功能测试，可以说测试用例都是测试过程中不可或缺的部分。
1、测试点的进一步细化，测试执行的依据
在制定测试计划过程中，要求我们的测试可以根据项目的需求以及UC文档等技术文档，快速识别出测试点（功能点或者性能点）。但是测试点并不能指导我们具体要怎样测试的过程，接下来的工作就是分解细化测试点，确定测试场景，编写测试用例，然后我们才能根据具体的测试用例知道我们要做什么。
2、便于管理
以测试用例的模式更方面管理我们的软件测试行为，我想受益最大的应该是测试吧，当你把这么测试用例添加到实验室的时候，项目的测试进度更容易掌控于心，风险更容易被识别出来。
3、测试工作被量化
这点很明了，测试用例的数量更容易反映出一个项目测试工作量的大小，以便于测试资源的安排。
二、常用测试用例格式
功能测试用例内容的主要要素：用例编号、用例标题、优先级、输入、执行步骤、预期结果。
1、步骤模版
即所谓的step by step，常用格式。
适应范围：
a.业务简单，无复杂场景
b.GUI界面测试
c.流程性较强的业务
d.需要在多页面上进行操作
格式：
| 序号 | 步骤 | 预期结果 |
| 前置条件 | 例如：用户已处于登陆状态
|
| 1 | 步骤1 | ... |
| 2 | 步骤2 | ... |
2、矩阵型
使用范围：
a.不同的输入（多维，例如表单内容，区域、输入文件变化较多），对应不同的输出，操作内容类似
b.相同的输入，不同的浏览器、配置等环境
格式：
| 浏览器类型 | 场景1 | 场景2 |
ff浏览器
| | |
| chrome浏览器 | | |
3、步骤模版与矩阵型混搭
混搭，取长补短
4、自动化脚本
(还没有接触的地方，先空着)
收藏
举报
TAG:
