需求不明确情况下如何建立测试用例

面对国内测试行业起步阶段及不规范的开发流程,本文探讨如何在需求模糊的环境中建立有效的测试用例库,旨在引发同行关于测试管理的深入讨论。

基于目前国内很多企业的测试行业还刚刚起步,很多测试内容和流程管理还不规范,各种软件的开发模式也良莠不齐,我想谈谈在这种情况下是如何建立测试用例库的,也希望我能抛砖引玉,能够一起讨论。

 
      建立功能测试用例主要面临的问题建立测试用例的依据是什么?我认为在这种情况下可以参照的文档是1)需求说明书 2)用户手册说明书 3)经验和业务知识
下面谈谈测试用例库的建立
 
一、      测试用例的管理工具
 
      由于测试管理软件比较昂贵,很多公司都缺乏有效的测试用例管理工具,进而影响测试用例库的建立。我认为在建立测试用例库初期,EXCEL和WORD都是很不错的工具,我个人很推崇EXCEL,因为在给测试用例分类的时候,EXCEL的分页显示对这种情况会起到很好的效果,以前西门子手机部门也采用EXCEL呢,只不过用VBA定义了很多宏来实现对软件缺陷的分析与报告
 
二、      测试用例的积累
 
      要建立一套有效的测试用例,首先测试用例需要由经验丰富的测试工程师来完成;
其次,可以选择公司中某个功能变化不多的软件模块来编写测试用例,以这样的方式逐步添加测试用例;
 
第三建议在编写测试用例的时候,按照业务类型和功能性界面来对测试用例和功能性界面测试用例进行分类。业务类型测试用例主要倾向于整个公司业务的逻辑,数据流,场景等类型的测试用例,功能界面型测试用例倾向于功能的实现方式诸如单选按钮多项按钮,复合框,列表框等这样做的好处在于当需求发生变化或者功能实现的方式发生变化后,需要修改的测试用例比较少
 
第四在测试过程中,需要为遗漏的功能添加测试用例;
 
第五在测试执行中如果采取随机测试的方式发现的bug,需要把其转化为测试用例
 

详细:http://www.51qa.net/Default.aspx

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值