了解得多不算优秀,知道如何做得更好才是行家

总结测试用例的设计

上一篇 / 下一篇  2010-03-24 14:22:30 / 个人分类:功能测试

     作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:

1) 首先要对测试用例的组织结构进行划分

如果公司的测试流程还算规范完整的话,在进行需求评审的时候,测试人员就应该根据需求对测试用例的结构进行分类,如果是一个比较大型的管理系统,那么测试用例就可以根据功能模块来进行分类,比如:

如果是游戏,就可以根据场景来进行划分,比如:

对测试用例的组织结构进行划分的思路,主要根据需求文档的测试切入点来进行参考。

2) 根据功能点细致地设计测试用例

进行完需求评审后,开发人员会根据需求文档及自己所负责的工作提交自己的设计文档来进行评审,测试人员可以参考设计文档中的内容提取出各个功能模块中的功能点来设计测试用例,如果是管理模块,首先可以将增删查改功能作为第一层功能点,然后再根据必填项非空判断、输入格式验证来作为第二层功能点;如果是报表模块,就可以根据各种查询条件来提取功能点。

        划分好功能点后,就可以利用等价类划分、边界值分析等一些测试方法来编写测试用例,并且可以进行标注,这样对于后期的测试用例整理相当有帮助。

3) 执行完一轮测试之后,都要对测试用例进行补充和整理

执行完一轮测试之后,都会对所测试的内容有进一步的了解,并且开发人员在实际开发过程中,会对某些功能的细节部分做出一些修改,测试人员应该根据变更和熟悉程度对之前编写的测试用例进行完善,主要是对测试步骤的修改和异常情况的补充,提高测试用例对需求的覆盖率,以便能发现更多的BUG

4) 测试结束之后,根据测试用例整理出测试思路进行总结

测试结束之后,测试人员在提交测试报告之后一般基本就会有一段短暂的休闲期,在此期间,再看看被自己不断完善的测试用例,根据用例中的标注,可以将之前的测试思路很条理地整理出来,反思有哪些地方考虑不足,这就是经验积累。

做好这些工作之后,在面对领导问你功能测试会测试到哪些功能,会测试哪些情况,执行一轮测试所需的大概时间问题时,测试人员就可以根据自己编写的测试用例进行流利回答。套用郭德刚的一句词:做科学的人都是很严谨的。大家作为都是有身份证的测试人员,只有工作做得细致严谨,自身的水平才能得到提高。

本文系本人原作,经目测,未发现错误字及语句逻辑错误,现发布上线~~~


TAG:

FISHY'S TRIBE 引用 删除 fishy   /   2010-03-26 14:44:38
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/97/n-211397.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
xunmi的个人空间 引用 删除 xunmi   /   2010-03-26 09:30:30
感谢有人给我的文章提交BUG
meihuadong的个人空间 引用 删除 meihuadong   /   2010-03-25 19:46:58
我也看到了
qhwzzwa的个人空间 引用 删除 qhwzzwa   /   2010-03-25 17:30:07
倒数第八行“测试结果之后”应该为“测试结束之后”
 

评分:0

我来说两句

日历

« 2024-03-23  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 1558
  • 日志数: 2
  • 建立时间: 2010-03-04
  • 更新时间: 2010-11-16

RSS订阅

Open Toolbar