[鹿鸣推荐]需求阶段测试工作的开展

需求阶段测试工作的开展

 

本文作者 : 陈雷 (jackeichan@gmail.com )

 

 

测试用例和测试工作在开发过程中是不断完善的。在开发过程的初期,可以认为是需求阶段,或者没有规范需求的设计阶段。如果有一个比较明确的需求文档,可以在这个阶段检查需求文档,检查完毕以后开始设计测试用例。

这里,对于需求文档的检查主要是两个方面:

1.检查需求文档的正确性。我认为测试人员要对于真实的系统所涉及的业务非常熟悉,比如一个简单的财务软件,测试人员需要对会计工作、财务制度都很熟悉。

在检查需求文档的时候不要迷信所谓的“都是用户真实的需求”。这里存在两个问题:一是用户是否真的能正确地描述自己的需求;二是需求人员是否真的能正确地理解需求。

还有就是用户的需求是否符合行业的规范,如果不符合,是否需要确认——这里存在一个隐患:用户可能会在开发的后期突然要求需求变动,以符合行业规范,所以需要事先明确责任。

2.检查需求文档的准确性。主要考虑文档中是否存在描述模糊的地方,对于不清楚的问题一定要明确。这个时候主要保证需求的可测试性,保证需求完全为测试工作服务。

在检查完毕需求之后,可以开始设计测试用例。我认为,在这个阶段因为没有开始设计工作,所以对于测试用例的考虑不能仅仅从界面出发。这个阶段测试用例的设计应该从业务角度出发,从实际业务来设计测试用例。在描述测试用例时,要尽量考虑怎样同应用程序脱离仍然具有有效性。当然,这个阶段所实现的测试用例是不完善的,只能涵盖某些内容。

当缺少需求文档时,就要发挥测试人员自己的能动性了,要主动的工作,而不是被动的等待。自己尝试着去熟悉实际业务,尽量通过自己所能想到的方法来开展工作。

最后,在设计阶段和最后的编码阶段,都还可以继续添加、修改或者删除部分测试用例,使之更加完善。

 

 

后续

这篇文章同《关于计划测试》一文同样写于2003年,在这两年多的测试工作中,已经证明了这些方法是可行的、有效的,当然,也对测试人员提出了更高的要求。

思想,只有在分享和交流中才能真正获得成长,欢迎大家给我email,一起交流软件测试相关的话题,共同进步,共同成长。

 

 


作者简介:(黑体三号。一般单起一页,各种信息都是可选的,完全尊重个人意见)

 

姓名:陈雷,

网名:jackei(宋体5号和Times New Roman五号,以下均如此)

软件测试工程师,软件测试和软件过程改进实践的积极推动者。坚信“实践是检验真理的唯一标准”,而“‘创新’永远比‘记忆’更重要”,愿做软件测试实践的先行者。

这里是详细信息。

个人教育和成长经历:2001年从某医学院毕业,踏上了“IT不归路”,期间从事过一年多的开发工作和两年多的测试工作,如今致力于软件测试和软件过程改进工作的创新和实践。

擅长的技术领域:软件测试/过程改进/软件工程方法论的研究

目前的工作动态:目前于广州某通信公司担任软件测试工程师一职

个人主页:http://blog.csdn.net/jackei/

个人Bloghttp://www.cnblogs.com/jackei/

MSNjackei_chan@hotmail.com

E-mailjackeichan@gmail.com

 

个人作品展示,包括

书评: 推荐几本软件测试方面的经典书籍

原创文档:请参见我的Blog

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值