心中的测试用例结构?为新模型做准备
作者:网络转载 发布时间:[ 2012/1/5 11:16:24 ] 推荐标签:
记得去年年初的时候,做过关于如何写测试用例的分享,说了为什么要写测试用例,什么是测试用例,如何写测试用例,什么样的才叫好的用例,什么样的叫不好的用例,也说了写用例的纠结:前提条件和执行步骤的纠结;测试用例标题的纠结;预期结果的验证的纠结等等。
个人觉得讲得很详细了,觉得效果不错的,为啥后来那些培训的同学对于写测试用例没有一个系统的概念呢,不知道怎么去写一个好的用例呢?这个blog的作用不是讲这些,而是说下工作一两年内都很容易出现的用例结构问题。你去问一线测试工程师,测试工程师,TL,Manager,甚至是Director,都不能对怎么写好用例达成一个共同的意识,以及共同的作业方式,当然我们不期望流程化,死板化,但我希望我们不要忘了我们的测试信念,我们的质量意识。
背景介绍:今年部门大量采用新模型进行项目测试,将去年做好基础的自动化测试,接口测试用到项目过程中去,真正的做到测试提前,为开发质量提高更早,更前面的保证和跟踪。模型注意改进点在开发Coding阶段,我们先看下以前SPR模型下,测试做了哪几个工作:
1. 接口说明文档评审
2. 数据库设计文档评审
3. 测试设计
4. 测试用例编写
5. 测试用例评审和修改
相比较旧模型而言,下面再看下新模型下,测试又会去做什么呢:
1. 制定测试开发计划
2. 接口说明文档评审
3. 数据库设计文档评审
4. 自动化测试设计
5. 自动化测试脚本开发准备(Page Model 和 DB model的建立;自动化脚本伪代码编写)
6. 接口测试设计
7. 接口测试脚本开发(搭建接口测试环境,接口测试代码编写,调试,后期Hudson上回归)
8. 自动化测试脚本和接口测试设计评审和修改
9. Code Review
大家是不是感觉到了明显的变化,那是我们测试需要做更多的前期事情,那这样我们需要对我们的测试用例模型(MM图)进行改进,以适应新的变化。对于做MM图,我自己对MM图的理解也许和大家不一样,我每次做项目,做出来的MM图都比较细,不仅仅是列出我要测试的每个功能点,而且每个功能点的测试设计和测试场景都写出来了,而且我觉得一个非常好的MM图(测试设计)需要经过如下三个步骤:
MM 1 ??? PRD阶段,使用RBT方法做出来的MM图(功能点划分,P1 和 P2的用例场景)
MM 2 ??? UC阶段,使用RBT方法强烈Review UC做出来的MM图(补充P1 和 P2的用例场景,P3和P4的用例场景)
MM 3 ??? 系统设计阶段,通过Review接口说明文档,详细设计文档,数据库设计文档(补充每个功能点容易遗漏的异常场景和详细校验点)
当然这里面的MM 图不是一成不变的,在测试执行阶段,这个MM图也会新增或修改测试思路(特别是发现了一些用例没有写的bug),下面看一下例子吧:
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11