心中的测试用例结构

[来源] 达内    [编辑] 达内   [时间]2012-08-30

接口测试脚本开发(搭建接口测试环境,接口测试代码编写,调试,后期Hudson上回归)

  记得去年年初的时候,就做过关于如何写测试用例的分享,说了为什么要写测试用例,什么是测试用例,如何写测试用例,什么样的才叫好的用例,什么样的叫不好的用例,也说了写用例的纠结:前提条件和执行步骤的纠结;测试用例标题的纠结;预期结果的验证的纠结等等。

  个人觉得讲得很详细了,觉得效果不错的,为啥后来那些培训的同学对于写测试用例没有一个系统的概念呢,不知道怎么去写一个好的用例呢?这个blog的作用不是讲这些,而是说下工作一两年内都很容易出现的用例结构问 。你去问一线测试工程师,资深测试工程师,TL,Manager,甚至是Director,都不能对怎么写好用例达成一个共同的意识,以及共同的作业方式,当然我们不期望流程化,死板化,但我希望我们不要忘了我们的测试信念,我们的质量意识。

  背景介绍:今年部门大量采用新模型进行项目测试,将去年做好基础的自动化测试,接口测试用到项目过程中去,真正的做到测试提前,为开发质量提高更早,更前面的保证和跟踪。模型注意改进点在开发Coding阶段,我们先看下以前SPR模型下,测试做了哪几个工作:

  1. 接口说明文档评审

  2. 数据库设计文档评审

  3. 测试设计

  4. 测试用例编写

  5. 测试用例评审和修改

  相比较旧模型而言,下面再看下新模型下,测试又会去做什么呢:

  1. 制定测试开发计划

  2. 接口说明文档评审

  3. 数据库设计文档评审

  4. 自动化测试设计

  5. 自动化测试脚本开发准备(Page Model 和 DB model的建立;自动化脚本伪代码编写)

  6. 接口测试设计

  7. 接口测试脚本开发(搭建接口测试环境,接口测试代码编写,调试,后期Hudson上回归)

  8. 自动化测试脚本和接口测试设计评审和修改

资源下载