自动化测试培训课堂笔记之一

自动化测试在软件测试领域是一种热潮和趋势，以工具来辅助测试，节省人力物力。现在比较火的有使用Ruby语言的Selenium、Watir、Python语言的xx，另外还有性能测试常用的LoadRunner、功能测试的QTP、还有其他Winner、Money……

我们此次培训主要针对自动化测试思想及QTP基础方面，分为三大部分：
一、性能测试的过程-阐述理论
二、QTP基础-结合案例
三、自动化测试框架-针对思想

一、性能测试的过程
从四大过程阐述整个性能测试，使用业务模型、场景模型分析需求。

四大过程：设计-构建-执行-分析/诊断/调节（调优）

设计时要需求调研性能目标。
性能目标的四个方向：
 a.点击率：处理http请求数；
 b.吞吐量：服务器每秒钟处理业务数，服务器的处理能力
 c.每秒的业务数
 d.平均事务响应时间
注意：
点击率：可参考历史数据、试上线运行以及2/8原则
吞吐量：a.吞吐量的值是一直不变的，最大值（拐点）永远都是一样；b.找到拐点（字节数/s）

疑问，b和c有什么区别，干嘛要分开呢？

业务模型：
1.哪些业务需要处理、业务的优先级
2.业务的百分比模式——可同技术专家、经理洽谈
3.业务执行步骤——用户场景

业务优先级：
测量维度：1.使用频率2.失效影响3.失效可能性 可分为
非常高 核心业务基本流
高   核心业务备选流+基本业务基本流
中   基本业务备选流+一般业务基本流
一般 一般业务备选流

同理，可从下面三个反面考虑性能测试优先级
a.使用频率b.关键程度（失效可能性）c.资源占用

关键业务的原则：
发生频率非常高、关键程度非常高、资源占用非常高

场景模型：
1.Vuser（虚拟用户）加载、释放的策略
 加载方式可分为：逐步加载和分段加载
2.负载机（测试机）
 考虑多少台负载机、负责均衡
3.RTS（Run time Setting）设置
 注意：a.迭代时间间隔，一般2S b.思考时间，一般300s c.日志格式
4.场景监控
  a.错误输出日志，确定是脚本参数化错误还是服务器错误
    (1)哪台负载机出错
    (2)哪个Vuser出错
    (3)哪行代码出错
    (4)找日志文件
  b.监控哪些指标
   点击率、（后台）吞吐量、资源消耗、数据库（DB服务器）、Web服务器
  
   资源方面考虑整个系统消耗，多进程的；DB服务器、Web服务器——cpu、mermory、I/O
    DB服务器方面考虑：1.资源-当前数据库消耗的资源2.SQL语句响应时间（查询语句执行时间等）
     可使用监控工具spotright SQL server有自带性能监控工具
    Web服务器：1.资源2.其它（点击率、吞吐量、每秒在线人数）

     有自己的监控工具/模块、配置文件

 DBA（数据卡管理员）提供：
  (1)每个业务的查询语句

  (2)如何准备数据

  (3)备份和恢复数据库

准备数据的方法：

可参考历史数据、也可人为制造数据通过脚本生成/Excel表生成/Shell编程

自动化测试的用例注意：

操作步骤：是否为事务、参数化、关联检查点（检查点函数web_reg.find()）

以上均是根据老师讲解所记笔记，讲述了设计、构建、执行，那么调优要考虑的点有哪些呢？

1.     点击率

2.     吞吐量

3.     平均事务响应时间

4.     事务成功率（一般成功>95%、失败<5%）

5.     DB服务器

6.     Web服务器

考虑点和性能的目标有些近似。

之后又讲解了自动化测试概述、优缺点及自动化测试框架的思想，QTP方面：对象识别原理、数据驱动、参数化、VB语言基础等知识点。

常用驱动：

1.Excel（为核心部分，注意读写统计行数、去除逗号等）、

2.文本文件——FSO，创建html文件

3.DB数据库——连接字符串

4.XML——读操作Dom

5.Datetable

自动化测试要点：

（1）   数据驱动

（2）   对象识别

（3）   结果比较：GUI、数据库、文件

（4）   引擎：控制脚本运行

由于时间关系这里不一一列举

两天的时间老师给我们贯穿了下自动化测试的思想，包括：性能测试过程、优缺点、框架；QTP常用的知识点：参数化、对象库、WSH技术等；帮我们开启了自动化测试之窗、拓展了自动化测试的角度。

培训很快过去了，这些知识还要靠大家结合实际情况积极的应用实施。