需求阶段测试工作的开展
本文作者 : 陈雷 (jackeichan@gmail.com )
测试用例和测试工作在开发过程中是不断完善的。在开发过程的初期，可以认为是需求阶段，或者没有规范需求的设计阶段。如果有一个比较明确的需求文档，可以在这个阶段检查需求文档，检查完毕以后开始设计测试用例。
这里，对于需求文档的检查主要是两个方面：
1.检查需求文档的正确性。我认为测试人员要对于真实的系统所涉及的业务非常熟悉，比如一个简单的财务软件，测试人员需要对会计工作、财务制度都很熟悉。
在检查需求文档的时候不要迷信所谓的“都是用户真实的需求”。这里存在两个问题：一是用户是否真的能正确地描述自己的需求；二是需求人员是否真的能正确地理解需求。
还有就是用户的需求是否符合行业的规范，如果不符合，是否需要确认——这里存在一个隐患：用户可能会在开发的后期突然要求需求变动，以符合行业规范，所以需要事先明确责任。
2.检查需求文档的准确性。主要考虑文档中是否存在描述模糊的地方，对于不清楚的问题一定要明确。这个时候主要保证需求的可测试性，保证需求完全为测试工作服务。
在检查完毕需求之后，可以开始设计测试用例。我认为，在这个阶段因为没有开始设计工作，所以对于测试用例的考虑不能仅仅从界面出发。这个阶段测试用例的设计应该从业务角度出发，从实际业务来设计测试用例。在描述测试用例时，要尽量考虑怎样同应用程序脱离仍然具有有效性。当然，这个阶段所实现的测试用例是不完善的，只能涵盖某些内容。
当缺少需求文档时，就要发挥测试人员自己的能动性了，要主动的工作，而不是被动的等待。自己尝试着去熟悉实际业务，尽量通过自己所能想到的方法来开展工作。
最后，在设计阶段和最后的编码阶段，都还可以继续添加、修改或者删除部分测试用例，使之更加完善。
后续
这篇文章同《关于计划测试》一文同样写于2003年，在这两年多的测试工作中，已经证明了这些方法是可行的、有效的，当然，也对测试人员提出了更高的要求。
思想，只有在分享和交流中才能真正获得成长，欢迎大家给我email，一起交流软件测试相关的话题，共同进步，共同成长。
作者简介：（黑体三号。一般单起一页，各种信息都是可选的，完全尊重个人意见）
|
|
姓名：陈雷， 网名：jackei（宋体5号和Times New Roman五号，以下均如此） |
|
软件测试工程师，软件测试和软件过程改进实践的积极推动者。坚信“实践是检验真理的唯一标准”，而“‘创新’永远比‘记忆’更重要”，愿做软件测试实践的先行者。 |
|
|
这里是详细信息。 个人教育和成长经历：2001年从某医学院毕业，踏上了“IT不归路”，期间从事过一年多的开发工作和两年多的测试工作，如今致力于软件测试和软件过程改进工作的创新和实践。 擅长的技术领域：软件测试/过程改进/软件工程方法论的研究 目前的工作动态：目前于广州某通信公司担任软件测试工程师一职 个人主页：http://blog.csdn.net/jackei/ 个人Blog：http://www.cnblogs.com/jackei/ MSN：jackei_chan@hotmail.com E-mail：jackeichan@gmail.com
个人作品展示，包括 书评: 《推荐几本软件测试方面的经典书籍 》 原创文档：请参见我的Blog |
|