界面测试是否需要编写测试用例？（2009-3-2 ）获奖名单已公布

zhyb_2008

无论做软件,项目开发,还是一些WEB网站的开发.都有一个最初的,也是一个根基阶段,就是需求分析.再往软件工程领域的大纳上看,就是概要设计,详细设计,以及开发......
而做为测试这个对产品质量做技术性检测的一个独立的部门,从一开始,已经介入
一个完整的测试过程执行时,也会有测试需求分析,各个阶段的文档的评审.然后,才是一个测试用例的编写 以及测试实施过程.
了解上面的后:
我从时间和结果来简要阐述一下自己的观点
从时间上看,如果周期长.那在测试用例设计之初的各类文档,已经很细化.做为测试部门,只需要跟进那些文档,和其他的部门,如一些策划,设计,开发等部门做文档评审时,很多问题就会在评审过程中而解,不会到最后还需要在测试用例中去列出单独的界面测试.当然,界面测试用例没必要写出来,界面走查工作还是要做的.
另外有了充分的时间.可能一些比较正规的文档中,甚至都会利用一些类似VISIO,FLASH等辅助软件,把详细设计文档做到最精了.接下来开发编码时,所做的可能就只是按着这个去做而已.所以,测试用例在中后期的重点,也应该是功能,性能等方面的测试,不必要做太多的界面方面的文章.主要一方面的还有,很多公司,在时间上.往往前期时间很宽,最后面的集中测试时,加上一些回归测试,性能分析测试等.时间往往在测试这里时,捉襟见肘.

从最后的结果看.很多时候,不去写界面的测试用例,按部就班的执行,只是做界面的走查后,也不会有什么问题.当然,也不是全没问题,比如现在的人可能因为对文字的认识,会用错一些不当字,词,句.这些,在走查是,应该是可以发现的,如果没有发现,也只能说大家都认为他是对的.只能进行所谓的"一错到底",到现在,我甚至不知道到底是"登录"还是"登陆".估计很多人和我一样吧.
毕竟有时候要求不同,对用例的一个评审级别也不同.
不过,我还是认为,大多数情况,估计没人刻意去对所有的界面做一个用例,然后再做详细测试.除非一些测试部门,要求一些测试员每天必须做多少用例,才能拿到多少奖金之类的.应该才会拿着一个界面测试用例去充数吧.
我们做测试的目的,是发现问题,可是,发现问题除了根据用例执行发现之外,可能有时凭的是经验,瞬间闪现,以及对整个产品从整体到细微的一个把握.而不是纯粹体现到用例上.