测试用例的思考

    对测试用例的认识是在工作的每一个阶段都不同的。刚开始软件测试工作，就知道要写测试用例。这是一个标准或是一个规范。于是开始在网上疯狂找测试用例模板。在别人的测试模板上拼拼凑凑写用例。按execle表格写着“用例名称",“测试环境”"输入操作”，“输入数据”“预期结果”“评价标准”等等。可是没有多久。发现公司不注重文档这些用例没有什么用，又只有自己一个人看。天天忙着找BUG定位BUG。没有时间写，自己也没有时间看，也就不写了。这时候认为写测试用例只是形式主义，那些忽悠人的东东。又过了一年多发现测试的水平还是老样子，没有什么进步。只是对公司的数据库比较熟悉了。对一些业务流程精通了。测试能力的发展发现的瓶颈。又去了几家公司面试。发现自己的测试的思想还没有上来。对软件测试的基本能力，写测试用例。感到不知从那里下手，写出的用例没有条理性，别人很难看懂。只是想到那里写到那里，有很多是根椐经验写出来的。也能发现不少BUG。可是这样的用例就是不能登陆大雅之堂。回头一看测试用例不是那样简单的事。它能体现一个测试人员的思维方法。也是测试的基本功。

    一个好的测试用例是有生命的。第一从开始要先构想它的结构。分析它要显示出你对软件质量各个方面的思考。从功能性、可靠性、易用性、效率、可维护性、可移植性等个个方面。第二还要注重测试用例本身的维护。它是需要增加。要把测试经验不断的积累。当然还要更于事后的阅读。