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

                                                          ---aotup

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

      建立功能测试用例主要面临的问题建立测试用例的依据是什么？我认为在这种情况下可以参照的文档是1）需求说明书  2）用户手册说明书  3）经验和业务知识

下面谈谈测试用例库的建立

一、      测试用例的管理工具

      由于测试管理软件比较昂贵，很多公司都缺乏有效的测试用例管理工具，进而影响测试用例库的建立。我认为在建立测试用例库初期，EXCEL和WORD都是很不错的工具，我个人很推崇EXCEL，因为在给测试用例分类的时候，EXCEL的分页显示对这种情况会起到很好的效果，以前西门子手机部门也采用EXCEL呢，只不过用VBA定义了很多宏来实现对软件缺陷的分析与报告

二、      测试用例的积累

      要建立一套有效的测试用例，首先测试用例需要由经验丰富的测试工程师来完成；

其次，可以选择公司中某个功能变化不多的软件模块来编写测试用例，以这样的方式逐步添加测试用例；

第三建议在编写测试用例的时候，按照业务类型和功能性界面来对测试用例和功能性界面测试用例进行分类。业务类型测试用例主要倾向于整个公司业务的逻辑，数据流，场景等类型的测试用例，功能界面型测试用例倾向于功能的实现方式诸如单选按钮多项按钮，复合框，列表框等这样做的好处在于当需求发生变化或者功能实现的方式发生变化后，需要修改的测试用例比较少

第四在测试过程中，需要为遗漏的功能添加测试用例；

第五在测试执行中如果采取随机测试的方式发现的bug，需要把其转化为测试用例

      这样坚持一段时间，这该相关模块的测试用例就建立起来了，在以后的测试过程中，就会发现这些测试用例的强大作用了。