发布新日志

  • [20071112]日志

    2007-11-13 09:39:28

        项目组突然跟我们讲要在测试中引入自动化,小小开心了一把,因为一直这么手工测试不但人是觉得很累,而且确实很不利于以后的职业发展。

        对项目不是很了解,只知道是Java开发的Web应用程序,任务是找到适合于该项目的功能测试工具。一开始脑子里迸出来的就是QTP,虽说没有用过该工具,但是也查过一些工具的功能,稍微了解一点。但是今天我看了一点《软件测试自动化》这本书后却对引入哪种功能自动化测试工具更加迷茫了。

        现在大概知道要解决的问题是:1)项目哪些部分可以采用自动化测试工具? 2)什么时候使用自动化测试工具 3)采用什么样的自动化测试工具? 4)测试脚本怎么维护?

        对自动化一点都不了解的时候,感觉自动化测试是万能的,即觉得什么都是可以采用自动化的,呵呵,这种盲目的自动化崇拜现在想想还真是好笑,不过知识嘛,就是从不知道到知道~

        以下是看书时的一点摘录:

        1)任何自动化测试的最终目标都应当是与一套测试需求相对应的一套有计划的测试,这些需求反过来也能在自动化测试中体现出来。

        2)测试工作的中心是测试数据,而不是测试脚本。

        3)自动化测试框架的另一个可操作目标是让测试脚本的维护量减至最少。

        4)真正的功能测试需要测试工程师编写对AUT进行深度探查的数据。

        5)创建结构化的基于组件的测试脚本并让这些脚本与其所执行的数据相分离是创建有效软件测试自动化基础设施的唯一途径,这样可以达到最佳的测试精度并将测试维护减至最小。

        6)理解如何对测试结果进行验证与知道测试是什么同样重要。自动化测试验证也具有数据依赖性。作为最主要的验证方法,自动化测试经常将基准数据捕获并存储起来,稍后与回归测试中捕获的形同数据进行比较。

        7)什么类型能够自动化呢?包括:单元测试、集成测试、系统测试。系统测试进一步分类如下:安全测试、配置测试、负载测试。自动化回归测试贯穿于整个开发过程的单元测试、集成测试和系统测试,并使用最大和最小发布版本的系统产品分别测试。

       

                                                                    

数据统计

  • 访问量: 18480
  • 日志数: 29
  • 建立时间: 2007-10-18
  • 更新时间: 2008-02-20

RSS订阅

Open Toolbar