在网上看见这种思路，很值得学习呀，借来一学！

分析原则：

　　具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点）

　　查找瓶颈时按以下顺序，由易到难。

　　服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）

　　注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。

　　分段排除法 很有效

　　分析的信息来源：

　　1）根据场景运行过程中的错误提示信息

　　2）根据测试结果收集到的监控指标数据

　　一．错误提示分析

　　分析实例：

　　1）Error: Failed to connect to server “payment.baihe.com″: [10060] Connection

　　Error: timed out Error: Server “user.baihe.com″ has shut down the connection prematurely

　　分析：

　　A、应用服务死掉。

　　（小用户时：程序上的问题。程序上处理数据库的问题）

　　B、应用服务没有死

　　（应用服务参数设置问题）

　　例：在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％

　　C、数据库的连接

　　(1、在应用服务的性能参数可能太小了 2、数据库启动的最大连接数（跟硬件的内存有关）)

　　2）Error: Page download timeout (120 seconds) has expired

　　分析：可能是以下原因造成

　　A、应用服务参数设置太大导致服务器的瓶颈

　　B、页面中图片太多

　　C、在程序处理表的时候检查字段太大多

　　二．监控指标数据分析

　　1．最大并发用户数：

　　应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。

　　在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。

　　如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。

　　2．业务操作响应时间：

　　分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。

　　细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？

　　如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题

　　2-5-10原则：简单说，就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-10秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过10秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求

　　3．服务器资源监控指标：

　　内存：

　　1）UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。

　　2）Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏。

　　内存资源成为系统性能的瓶颈的征兆:

　　很高的换页率(high pageout rate);

　　进程进入不活动状态;

　　交换区所有磁盘的活动次数可高;

　　可高的全局系统CPU利用率;

　　内存不够出错(out of memory errors)

　　处理器：

　　1）UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85%

　　合理使用的范围在60%至70%。

　　2）Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞。

　　CPU资源成为系统性能的瓶颈的征兆:

　　很慢的响应时间(slow response time)

　　CPU空闲时间为零(zero percent idle CPU)

　　过高的用户占用CPU时间(high percent user CPU)

　　过高的系统占用CPU时间(high percent system CPU)

　　长时间的有很长的运行进程队列(large run queue size sustained over time)

　　磁盘I/O：

　　1）UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。

　　2）Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。

　　I/O资源成为系统性能的瓶颈的征兆 :

　　过高的磁盘利用率(high disk utilization)

　　太长的磁盘等待队列(large disk queue length)

　　等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O)

　　太高的物理I/O速率:large physical I/O rate(not sufficient in itself)

　　过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))

　　太长的运行进程队列，但CPU却空闲(large run queue with idle CPU)

　　4．数据库服务器：

　　SQL Server数据库：

　　1）SQLServer资源监控中指标缓存点击率（Cache Hit Ratio），该值越高越好。如果持续低于80%，应考虑增加内存。

　　2）如果Full Scans/sec（全表扫描/秒）计数器显示的值比1或2高，则应分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。

　　3）Number of Deadlocks/sec(死锁的数量/秒)：死锁对应用程序的可伸缩性非常有害，并且会导致恶劣的用户体验。该计数器的值必须为0。

　　4）Lock Requests/sec(锁请求/秒)，通过优化查询来减少读取次数，可以减少该计数器的值。

　　Oracle数据库：

　　1）如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90，那么需要增加SHARED_POOL_SIZE的大小。

　　2）如果数据的缓存命中率小于0.90，那么需要加大DB_BLOCK_BUFFERS参数的值（单位：块）。

　　3）如果日志缓冲区申请的值较大，则应加大LOG_BUFFER参数的值。

　　4）如果内存排序命中率小于0.95，则应加大SORT_AREA_SIZE以避免磁盘排序 。

最近工作很疲软了，没有劲头，老公给我推荐了这本书，上班时抽空看了一会，感触还是颇多的。

看完想了很多，又回想起关于很多成功人士的一些名言警句，无论话从那个方面引发，总归的结点都会回到个人的主动性方面。以上谨以阿尔伯特.哈伯德这段话作为自己工作的左右铭。

 最近由于工作原因，摸索学习了vmware；

 从下载到安装、再到配置各种操作系统完成，着实还花了一两天时间（呵呵，需要下载操作系统太多），最后结果是没有达到我所希望的结果。

 情况：我现在测试工作需要大量的（几百台）测试机，可是在目前来说老板给我配置如此大量的测试机器是不现实的，我试图寻找某些软件看看是否能帮我解决这个问题。注：此软件比较特殊，是网管类的软件，有一项功能是对网络内的计算机进行硬件统计上报。

 结果：我们的软件依然能准确的读出我的电脑的硬件配置，直接忽视了它（vmware，把它做软件处理）的存在。对于这个结果是应该的。

 可是我的试验失败了。虽然间接验证了我们软件功能的准确性--不会被虚拟机骗到，呵呵....可是我的问题依然存在，没有办法解决。不过话又说回来了，要是真的有个虚拟机能模拟的骗过我们的软件，那我们估计还得专门花心思去修补这个问题，呵呵，矛盾呀！

 要是有那位大侠要是有好办法的话，可以留下踪迹，以便我去你那寻经.....感激不尽

产品说明书属性检查清单

1.完整：是否有遗漏和丢失？完全吗？单独使用是否包含全部内容？

2. 准确：既定解决方案正确吗？目标明确吗？有没有错误？

3. 精确：不含糊，清晰。描述是否一清二楚？还是自说自话？容易看懂和理解吗？

4. 一致：产品功能描述是否自相矛盾？与其他功能有没有冲突 ?

5. 贴切：描述功能的陈述是否必要 ? 有没有多余信息 ? 功能是否满足的客户要求 ?

6. 合理：在特定的预算和进度下，以现有人力，物力和资源能否实现 ?

7. 代码无关：是否坚持定义产品，而不是定义其所信赖的软件设计，架构和代码 ?

8. 可测试性：特性能否测试 ? 测试员建立验证操作的测试程序是否提供足够的信息 ?

产品说明书用语检查清单

  说明：对问题的描述通常表现为粉饰没有仔细考虑的功能 ---- 可归结于前文所述的属性。从产品说明书上找出这样的用语，仔细审视它们在文中是怎样使用的。产品说明书可能会为其掩饰和开脱 , 也可能含糊其词 ---- 无论是哪一种情况都可视为软件缺陷

9. 总是，每一种，所有，没有，从不。如果看到此类绝对或肯定的，切实认定的叙述，软件测试员就可以着手设计针锋相对的案例

10. 当然，因此，明显，显然，必然。这些话意图诱使接受假定情况，不要中了圈套。

11. 某些，有时，常常，通常，惯常，经常，大多，几乎。这些话太过模糊， " 有时 " 发生作用的功能无法测试。

12. 等等，诸如此类，依此类推。以这样的词结束的功能清单无法测试，功能清单要绝对或者解释明确，以免让人迷惑，不知如何推论。

13. 良好，迅速，廉价，高效，小，稳定。这些是不确定的说法，不可测试。如果在产品说明书中出现，就必须进一步指明含义。

14. 已处理，已拒绝，已忽略，已消除。这些廉洁可能会隐藏大量需要说明的功能。

15. 如果 ... 那么 ...( 没有否则 ) 。找出有 " 如果 ... 那么 ..." 而缺少配套的 " 否则 " 结构的陈述，想一想 " 如果 " 没有发生会怎样。

    简明性、明确性：在软件开发各个阶段所编写的各种文档的语言表达清晰、准确、简练，适合各种文档的特定读者即提供的用户手册要对系统中每部分的在各个阶段的功能有明确描述，对于工作流程也有明确叙述，让用户很清楚的知道自己处于流程中的什么位置，在做什么，接下来该做什么或者应该怎么做
    内容完整性：按照软件开发流程编制相应的文档，提供用户操作手册及在线帮助
用户操作手册要全面、细致的每个模块操作步骤以及每步所要达到的目标
在线帮助要详细列出用户在工作中可能遇到的问题，并针对每个问题提出详细的解决方案，要充分起到“实时”给予帮助的目的
    准确规范性、可读性：用户手册、用户操作手册以及在线帮助要做到用语规范，准确，可读性，符合客户要求的编写规范标准，使用户操作起来简单明了，例如在某环节出现了问题，用户能够利用在线帮助很快且顺利的找到相应的帮助文档，最终达到解决的目的
    可追踪性：指在不同文档的相关内容之间或则同一文档某一内容在本文档中的涉及范围可追踪性。
    自说明性：各个阶段中的文档能独立、清楚的表达出对应于该文档所处的阶段而开发出的软件产品所具有的功能。

下列语句部分是Mssql语句，不可以在access中使用。

　　SQL分类：

　　DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE)
　　DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT)
　　DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)

　　首先,简要介绍基础语句：

　　1、说明：创建数据库

CREATE DATABASE database-name

　　2、说明：删除数据库

drop database dbname

　　3、说明：备份sql server

　　--- 创建 备份数据的 device

USE master
EXEC sp_addumpdevice ’disk’, ’testBack’, ’c:mssql7backupMyNwind_1.dat’

　　--- 开始 备份

BACKUP DATABASE pubs TO testBack

　　4、说明：创建新表

create table tabname(col1 type1 [not null] [primary key],col2 type2 [not null],..)

　　根据已有的表创建新表：

A：create table tab_new like tab_old (使用旧表创建新表)
B：create table tab_new as select col1,col2… from tab_old definition only

　　5、说明：

　　删除新表：drop table tabname

　　6、说明：

　　增加一个列：Alter table tabname add column col type

　　注：列增加后将不能删除。DB2中列加上后数据类型也不能改变，唯一能改变的是增加varchar类型的长度。

　　7、说明：

　　添加主键：Alter table tabname add primary key(col)

　　说明：

　　删除主键：Alter table tabname drop primary key(col)

　　8、说明：

　　创建索引：create [unique] index idxname on tabname(col….)

　　删除索引：drop index idxname

　　注：索引是不可更改的，想更改必须删除重新建。

　　9、说明：

　　创建视图：create view viewname as select statement

　　删除视图：drop view viewname

10、说明：几个简单的基本的sql语句

　　选择：select * from table1 where 范围

　　插入：insert into table1(field1,field2) values(value1,value2)

　　删除：delete from table1 where 范围

　　更新：update table1 set field1=value1 where 范围

　　查找：select * from table1 where field1 like ’%value1%’ ---like的语法很精妙，查资料!

　　排序：select * from table1 order by field1,field2 [desc]

　　总数：select count * as totalcount from table1

　　求和：select sum(field1) as sumvalue from table1

　　平均：select avg(field1) as avgvalue from table1

　　最大：select max(field1) as maxvalue from table1

　　最小：select min(field1) as minvalue from table1

　　11、说明：几个高级查询运算词

　　A： UNION 运算符

　　UNION 运算符通过组合其他两个结果表（例如 TABLE1 和 TABLE2）并消去表中任何重复行而派生出一个结果表。当 ALL 随 UNION 一起使用时（即 UNION ALL），不消除重复行。两种情况下，派生表的每一行不是来自 TABLE1 就是来自 TABLE2。

　　B： EXCEPT 运算符

　　EXCEPT 运算符通过包括所有在 TABLE1 中但不在 TABLE2 中的行并消除所有重复行而派生出一个结果表。当 ALL 随 EXCEPT 一起使用时 (EXCEPT ALL)，不消除重复行。

　　C： INTERSECT 运算符

　　INTERSECT 运算符通过只包括 TABLE1 和 TABLE2 中都有的行并消除所有重复行而派生出一个结果表。当 ALL 随 INTERSECT 一起使用时 (INTERSECT ALL)，不消除重复行。

　　注：使用运算词的几个查询结果行必须是一致的。

　　12、说明：使用外连接

　　A、left outer join：

　　左外连接（左连接）：结果集几包括连接表的匹配行，也包括左连接表的所有行。

SQL: select a.a, a.b, a.c, b.c, b.d, b.f from a LEFT OUT JOIN b ON a.a = b.c

　　B：right outer join:

　　右外连接(右连接)：结果集既包括连接表的匹配连接行，也包括右连接表的所有行。

　　C：full outer join：

　　全外连接：不仅包括符号连接表的匹配行，还包括两个连接表中的所有记录。

　　其次，大家来看一些不错的sql语句

　　1、说明：复制表(只复制结构,源表名：a 新表名：b) (Access可用)

　　法一：select * into b from a where 1<>1

　　法二：select top 0 * into b from a

　　2、说明：拷贝表(拷贝数据,源表名：a 目标表名：b) (Access可用)

insert into b(a, b, c) select d,e,f from b;

　　3、说明：跨数据库之间表的拷贝(具体数据使用绝对路径) (Access可用)

insert into b(a, b, c) select d,e,f from b in ‘具体数据库’ where 条件

　　例子：..from b in ’"&Server.MapPath(".")&"data.mdb" &"’ where..

　　4、说明：子查询(表名1：a 表名2：b)

select a,b,c from a where a IN (select d from b ) 或者: select a,b,c from a where a IN (1,2,3)

　　5、说明：显示文章、提交人和最后回复时间

select a.title,a.username,b.adddate from table a,(select max(adddate) adddate from table where table.title=a.title) b

6、说明：外连接查询(表名1：a 表名2：b)

select a.a, a.b, a.c, b.c, b.d, b.f from a LEFT OUT JOIN b ON a.a = b.c

　　7、说明：在线视图查询(表名1：a )

select * from (SELECT a,b,c FROM a) T where t.a > 1;

　　8、说明：between的用法,between限制查询数据范围时包括了边界值,not between不包括

select * from table1 where time between time1 and time2

select a,b,c, from table1 where a not between 数值1 and 数值2

　　9、说明：in 的使用方法

select * from table1 where a [not] in (‘值1’,’值2’,’值4’,’值6’)

　　10、说明：两张关联表，删除主表中已经在副表中没有的信息

delete from table1 where not exists ( select * from table2 where table1.field1=table2.field1 )

　　11、说明：四表联查问题：

select * from a left inner join b on a.a=b.b right inner join c on a.a=c.c inner join d on a.a=d.d where .....

　　12、说明：日程安排提前五分钟提醒

SQL: select * from 日程安排 where datediff(’minute’,f开始时间,getdate())>5

　　13、说明：一条sql 语句搞定数据库分页

select top 10 b.* from (select top 20 主键字段,排序字段 from 表名 order by 排序字段 desc) a,表名 b where b.主键字段 = a.主键字段 order by a.排序字段

　　14、说明：前10条记录

select top 10 * form table1 where 范围

　　15、说明：选择在每一组b值相同的数据中对应的a最大的记录的所有信息(类似这样的用法可以用于论坛每月排行榜,每月热销产品分析,按科目成绩排名,等等.)

select a,b,c from tablename ta where a=(select max(a) from tablename tb where tb.b=ta.b)

　　16、说明：包括所有在 TableA 中但不在 TableB和TableC 中的行并消除所有重复行而派生出一个结果表

(select a from tableA ) except (select a from tableB) except (select a from tableC)

　　17、说明：随机取出10条数据

select top 10 * from tablename order by newid()

　　18、说明：随机选择记录

select newid()

　　19、说明：删除重复记录

Delete from tablename where id not in (select max(id) from tablename group by col1,col2,...)

　　20、说明：列出数据库里所有的表名

select name from sysobjects where type=’U’

21、说明：列出表里的所有的

select name from syscolumns where id=object_id(’TableName’)

　　22、说明：列示type、vender、pcs字段，以type字段排列，case可以方便地实现多重选择，类似select 中的case。

select type,sum(case vender when ’A’ then pcs else 0 end),sum(case vender when ’C’ then pcs else 0 end),sum(case vender when ’B’ then pcs else 0 end) FROM tablename group by type

　　显示结果：

type vender pcs
电脑 A 1
电脑 A 1
光盘 B 2
光盘 A 2
手机 B 3
手机 C 3

　　23、说明：初始化表table1

TRUNCATE TABLE table1

　　24、说明：选择从10到15的记录

select top 5 * from (select top 15 * from table order by id asc) table_别名 order by id desc

　　随机选择数据库记录的方法（使用Randomize函数，通过SQL语句实现）

　　对存储在数据库中的数据来说，随机数特性能给出上面的效果，但它们可能太慢了些。你不能要求ASP“找个随机数”然后打印出来。实际上常见的解决方案是建立如下所示的循环：

Randomize
RNumber = Int(Rnd*499) +1
　
While Not objRec.EOF
If objRec("ID") = RNumber THEN
... 这里是执行脚本 ...
end if
objRec.MoveNext
Wend

　　这很容易理解。首先，你取出1到500范围之内的一个随机数（假设500就是数据库内记录的总数）。然后，你遍历每一记录来测试ID 的值、检查其是否匹配RNumber。满足条件的话就执行由THEN 关键字开始的那一块代码。假如你的RNumber 等于495，那么要循环一遍数据库花的时间可就长了。虽然500这个数字看起来大了些，但相比更为稳固的企业解决方案这还是个小型数据库了，后者通常在一个数据库内就包含了成千上万条记录。这时候不就死定了？

　　采用SQL，你就可以很快地找出准确的记录并且打开一个只包含该记录的recordset，如下所示：

Randomize
RNumber = Int(Rnd*499) + 1
　
SQL = "SELECT * FROM Customers WHERE ID = " & RNumber
　
set ōbjRec = ObjConn.Execute(SQL)
Response.WriteRNumber & " = " & objRec("ID") & " " & objRec("c_email")

　　不必写出RNumber 和ID，你只需要检查匹配情况即可。只要你对以上代码的工作满意，你自可按需操作“随机”记录。Recordset没有包含其他内容，因此你很快就能找到你需要的记录这样就大大降低了处理时间。

再谈随机数

　　现在你下定决心要榨干Random 函数的最后一滴油，那么你可能会一次取出多条随机记录或者想采用一定随机范围内的记录。把上面的标准Random 示例扩展一下就可以用SQL应对上面两种情况了。

　　为了取出几条随机选择的记录并存放在同一recordset内，你可以存储三个随机数，然后查询数据库获得匹配这些数字的记录：

　　SQL = "SELECT * FROM Customers WHERE ID = " & RNumber & " OR ID = " & RNumber2 & " OR ID = " & RNumber3

　　假如你想选出10条记录（也许是每次页面装载时的10条链接的列表），你可以用BETWEEN 或者数学等式选出第一条记录和适当数量的递增记录。这一操作可以通过好几种方式来完成，但是 SELECT 语句只显示一种可能（这里的ID 是自动生成的号码）：
SQL = "SELECT * FROM Customers WHERE ID BETWEEN " & RNumber & " AND " & RNumber & "+ 9"

　　注意：以上代码的执行目的不是检查数据库内是否有9条并发记录。

　　随机读取若干条记录，测试过

Access语法：SELECT top 10 * From 表名 ORDER BY Rnd(id)
Sql server:select top n * from 表名 order by newid()
mysql select * From 表名 Order By rand() Limit n

　　Access左连接语法(最近开发要用左连接,Access帮助什么都没有,网上没有Access的SQL说明,只有自己测试, 现在记下以备后查)

　　语法 select table1.fd1,table1,fd2,table2.fd2 From table1 left join table2 on table1.fd1,table2.fd1 where ...

　　使用SQL语句 用...代替过长的字符串显示

　　语法：

　　SQL数据库：select case when len(field)>10 then left(field,10)+’...’ else field end as news_name,news_id from tablename
　　Access数据库：SELECT iif(len(field)>2,left(field,2)+’...’,field) FROM tablename;

　　Conn.Execute说明

　　Execute方法

　　该方法用于执行SQL语句。根据SQL语句执行后是否返回记录集，该方法的使用格式分为以下两种：

　　1．执行SQL查询语句时，将返回查询得到的记录集。用法为：

　　Set 对象变量名=连接对象.Execute("SQL 查询语言")

　　Execute方法调用后，会自动创建记录集对象，并将查询结果存储在该记录对象中，通过Set方法，将记录集赋给指定的对象保存，以后对象变量就代表了该记录集对象。

　　2．执行SQL的操作性语言时，没有记录集的返回。此时用法为：

　　连接对象.Execute "SQL 操作性语句" [, RecordAffected][, Option]

　　·RecordAffected 为可选项，此出可放置一个变量，SQL语句执行后，所生效的记录数会自动保存到该变量中。通过访问该变量，就可知道SQL语句队多少条记录进行了操作。

　　·Option 可选项，该参数的取值通常为adCMDText，它用于告诉ADO，应该将Execute方法之后的第一个字符解释为命令文本。通过指定该参数，可使执行更高效。

　　·BeginTrans、RollbackTrans、CommitTrans方法

　　这三个方法是连接对象提供的用于事务处理的方法。BeginTrans用于开始一个事物；RollbackTrans用于回滚事务；CommitTrans用于提交所有的事务处理结果，即确认事务的处理。

　　事务处理可以将一组操作视为一个整体，只有全部语句都成功执行后，事务处理才算成功；若其中有一个语句执行失败，则整个处理就算失败，并恢复到处里前的状态。

　　BeginTrans和CommitTrans用于标记事务的开始和结束，在这两个之间的语句，就是作为事务处理的语句。判断事务处理是否成功，可通过连接对象的Error集合来实现，若Error集合的成员个数不为0，则说明有错误发生，事务处理失败。Error集合中的每一个Error对象，代表一个错误信息

以下为引用的内容：
　　show databases;//然后可以use database_name;
　　show tables;

*MYSQL更改表名:

　 alter table table_name rename new_t;

*MYSQL添加列 :

alter table table_name add column c_n column attributes;

*MYSQL删除列:

alter table table_name drop column c_n;

*MYSQL创建索引:

　　alter table c_table add index (c_n1,c_n2);
　　alter table c_table add unique index_name(c_n);
　　alter table c_table add primary key(sid); Webjx.Com

*MYSQL删除索引:

　 alter table c_table drop index c_n1;

*MYSQL更改列信息:

　　alter　table t_table change c_1 c_1 varchar(200);
　　alter table t_table modify 1 c_1 varchar(200);

*insert插入语句:

　 insert into table_name (c_1,c_2)
　　　　values ('x1',1);

*update语句:

　update　table_name set c_1 =1 where c_2=3;

*MYSQL删除数据库或者表:

　　drop table table_name;
　　drop database database_name;//使用mysql_drop_db()可以删除的.

   真的说起来其实也没什么，做这行久了，不仅仅要不断的学习来充实自己，同时很多东西是可以积累起来多次使用的，至于好处嘛，我想大家都知道，就不班门弄斧了，呵呵

  做完没一个项目以后，尤其是刚刚进入行业时，项目完结后的每一条用例都是你的一大笔财富。为什么这么说呢？就是上面我提到的，很多用例是可以重复使用的。比如说界面用例吧，当你在第一次做界面测试时，无论你从网络、公司前辈、自己设计的种种途径得到的用例，在下次项目开发时，这些大部分还是可以挑出来再次使用的，别说项目完全不一样之类的话，很多东西没有明文规定，但就想行业潜规则一样，是你不得不遵循的，这些都可以设计成那些永久不变的用例，可以反复使用，这样不但.....而且....呵呵，好处多多哦

  比如我吧，我现在积累很多用例，我走哪带哪，呵呵，省去了很多时间精力，可以去思考更好的用例，呵呵

这个其实就是回到测试用例库的问题上了，但是我要说的是那个库是公司的，而我自己是否应该也备上一套呢。

  太大了，又是传不上去，哎！可以问我要哦！只要留下联系方式就行了！

向着这个目标进军......

1. 精通性能测试的基本概念，过程，方法论，了解性能工程；

2. 精通1个商业性能测试工具+1个开源性能测试工具，知道工具可以做什么，不可以做什么，以及工具使用中常见的问题和解决思路；

3. 扎实的计算机专业基础知识，包括计算机组成原理、操作系统、数据库原理、计算机网络原理；

4. 熟悉至少1个常用的数据库产品，例如SQL Server或者 Oracle，能进行一般的数据库管理操作，熟悉SQL脚本的使用，熟悉常用的数据调优工具和常用的counter；

5. 熟悉至少一个操作系统的原理，Windows或者Linux都可以，熟悉操作系统的体系架构、操作系统的重要基础概念，以及内存管理、存储/文件系统、驱动/硬件的管理、网络协议的实现及构成、性能的监控方法和原理，熟悉常用的counter；

6. 熟悉至少一个web server 产品，例如apache，了解一般的配置和常用的counter；

7. 熟悉至少一个应用服务器产品，例如tomcat，了解一般的配置，熟悉常用的服务器性能监控方法和原理，熟悉常用的counter；

8. 至少熟悉TCP/IP协议，熟悉HTTP协议，至少见过并了解三层、四层交换或者路由器的使用和配置。了解常用的与网络性能相关的counter；

9. 了解一般的大型企业应用的部署架构和应用架构；

10. 了解知名大型web应用、高并发量、高流量、实时响应要求高的超大规模网站的架构和优化历程；

11. 熟悉统计学的基础知识、常用分析方法以及实验设计方法，了解数学建模相关的知识；

12. 熟悉专属行业的业务知识和用户场景，例如电信行业的OSS系统所涉及的业务知识和用户场景，证券交易系统所涉及的业务知识和用户场景；

13. 大量的实际性能测试及优化经验；

14. 积极的参与到各类圈子、社团的讨论和交流、分享中。

推荐大家一本很好的书!《软件测评师教程》看过之后绝对受益匪浅呀！共同学习，多多进步！

把这个东西传上去可真费劲！大家在网上搜一下吧！大家网等都有！一定要好好学学哦！

有需要的可以留下联系方式直接找我要！

1.http://www.boobooke.com/bbs/index.php 播布客，免费的视频网站，很不错！

2.http://www.51testing.com/html/index.html  51ting很不错！

3.http://www.uml.org.cn/index.asp    UML软件工程组织

4.http://www.testage.net/html/index.html   测试时代，强烈推荐，很厉害哦

5.http://www.csdn.net/    很好 

6.http://www.3atesting.com/   不错不错

还有很多很好的网站，我会继续搜集给大家！

个人理解这个问题问的是一个优秀测试经理所应具备的素质和能力（当然啦最优秀的人也未必是人见人爱：）。
我认为一个好的测试经理应该具有如下几方面的素质和能力：
1。员工管理。我的管理哲学是要相信你的人并且让他们开开心心地工作，他们也会用优秀的成绩来回报你的。
   有人说管事不如管人，我觉得是很有道理的。细的来说应该向以下方向努力：
  - 创造公平公正的工作环境。奖勤罚惰，鼓励创新（不要停留在口头上，要落实到制度）。很多时候不怕穷就怕比，
    不合适的奖惩很容易让优秀员工萌生去意。
  - 对于员工的工作积极鼓励为主。通常人的物质需求很难被完全满足，但一句窝心的表扬或中肯的批评会让你的
    下属产生被尊重感。测试工作经常枯燥乏味，极具人情味的鼓励常常是最好的动力。
  - 积极为下属着想。很多测试人员经常会为自己的将来担心。假如你能积极地去为他们设计将来就能够坚定他们
    的信念跟着你好好干。具体地你需要为他们做实实在在的职业规划，为他们争取更多的培训资源，不断地告诉
   他们的自身价值，不要光画饼。承诺的事情要兑现。对于工作认真负责的员工要尽力为他们争取合理的薪资福利，
    即便失败了他们也会感念你的爱护，加倍努力工作。
  - 勇于替他们承担责任。很多时候测试经理是夹在管理层、开发组、客户、测试组之间的一块板，肩膀要够硬，
    要为你的人减压，成为他们的主心骨。

2。和老板的沟通能力
这是毋庸置疑的，当老板对你不满的时候你还能安心做你的测试计划么？有几点小诀窍：
  - 定期汇报，经常让他感觉到你和你的测试组的存在。在公司里测试部门并没有受到足够的重视，常常被人忽视，
    要经常晒一晒你们的工作和产生的作用
  - 经常报喜，很多公司是极端重视客户反馈的，用户的积极评价要第一时间“谦虚“地转到老板的邮箱里。
    如何让客户是不是地给点好评会在后面讲到
  - 体现成长，测试团队的积极成长很容易让老板高兴。时不时地搞些技术研讨会，邀请相关经理们来听一听。
    但一定要精心准备，不然的话适得其反。
  - 在报告里清晰地描述测试工作的进展，用扼要的数字让老板相信现在一切尽在你的掌控（也就是他的掌控拉）。
    将来也一样。对风险做清楚而充分的准备。

3。和开发的沟通
最怕看到的就是测试和开发的对立。要避免这个就需要让开发经理和开发人员知道测试存在的意义。大家都是为
项目服务的。个人觉得测试经理应该具有一定的开发背景，理解测试人员的心理。要求测试组在项目前期帮助开
发组理解，澄清需求，而不是一味提问题（特别是很傻的问题）。再后面可以帮助开发人员设计测试数据，
走读单元测试。对于与测试相关的风险要适时提出。测试的缺陷报告要易懂易复现。测试lead应当要对测试组
提交的结果把关。必要时测试经理也应当积极介入项目。对于产生的争议要尽快和开发经理或项目经理沟通，
请求协调。鼓励测试组积极和开发组增加语言交流。这比冷冰冰的测试报告强的多。要是你手下mm多质量又
好的话要先恭喜一下了。
另外要增强自身的技术修养，要与开发人员有“共同语言“。这样交流起来就容易多了，也容易使开发人员产生尊敬。
总而言之要站在项目的高度而不是测试部门的利益。有时间经常参加一下项目的会议，必要时从质量和流程的角度为
开发组地过失作一些辩护。
3。客户关系
对客户没啥说的，一要积极，二要快。积极就是要有一定前瞻性，等问题出来了大家都不愉快。将问题扼杀在萌芽。
举个例子如果客户对产品的测试工作有了微词，赶紧打电话给客户了解情况并提出改进意见。通常客户尤其是欧美
客户会很欣赏这样的做法。等客户的抱怨信到了你老板那里大家的日子都不好过了。
前文提到要尽可能地向客户“讨”感谢信或表扬信。怎么弄？当然前提是工作要做好，日常沟通要到位。
小技巧是为什么不换位思考，你要感谢信他们就不要么？他们就没有老板么？漂亮话是不要本钱滴

最后总结一下，一切以人为本，老板高兴了你就有资源，有资源了你的下属就会高兴，就会好好干活，
工作质量就高，那开发也高兴，客户也高兴，客户高兴了你的测试团队就有更多的成长机会，同时老板也喜欢。
这是一个非常好的良性循环。说起来容易做起来难，没有几分修为又怎能做到这样八面玲珑呢？

CE: Cause-Effect

CLI: Command Line Interface

CMIP: Common Management Information Protocol

CTM: CMIP Test ManagerTestAge

GSD: Geographical Status Display

ITU: International Telecommunication Union 　　

MIB: Management Information Base

MIT: Management Information Tree

OMC-R: Operational and Maintenance Centre-Radio

scevmgr: SuperCell Event Manager　

SDC: System Data CollectionTestAge

SETT: scrīpt Execution Test Tool

SGI: Silicon Graphics Inc.

SSC: Singapore Software Centre　　

SST: Sub-System Testing

UNO: Universal Network Operations

1、测试自动化实现到何种程度为好

（1）、测试自动化的程度再高都不可能取代手工测试，即测试工具不可能取代测试人员；

（2）、一般来讲，测试自动化在整个测试过程中只能占到30%左右；

（3）、实现、运用自动化的程度还取决于各方面的资源，特别是软件的行业规范性和软件开发的稳定性；
（4）、对于部分白盒测试可以使用测试工具，如对代码性能分析等；

 2、如何实现测试自动化的计划

（1）、首先将测试的基本管理形成自动化，如BUG管理等；

（2）、然后利用测试自动化工具来实现一些手工无法进行的测试活动，如：压力，并发，强度测试等；

（3）、接着利用测试自动化工具来完成回归测试中的缺陷跟踪测试；

（4）、再往后就可以利用测试自动化工具来记录两个版本的异同，以找出缺陷；

（5）、最后将整个回归测试都用自动化脚本保存，以完成每次的回归测试；

（6）、而对于白盒测试则可以引入测试工具进行代码分析；

 3、对测试工具的使用现状及分析
 （1）、目前，软件测试方面的工具很多，主要有MercuryInteractive（MI）、Segue、Rational、 Compuware和Empirix等公司的产品，而MI公司的产品占了主流。以下就各种常用测试工具进行简要对比：
  主要厂商及其测试工具如下表：

    Mercury Interactive Winrunner、loadrunner、TestDirector、Astra QuickTestTestAge

  Rational Rational Purify （测试时用，检查运行时内存错误）

  Rational Quantify （性能检测工具，查出系统瓶颈以便改进运行速度）

 Rational TestManager （测试管理）

4}
    Robot （软件测试用，通过scrīpt自动模拟输入输出）

  LoadTest

    TestFactory （软件测试用）

    Compuware QACenter、Perfromance Edition、EcoScope、TrackRecord

    Segue SilkTest

    以下从常见测试工具功能、使用范围、目前市场情况、应用前景等方面做简要比较：
    工具名称 功能范围

    WinRunner-----功能：

    1.插入检查点；

    2.检验数据；

    3.增强测试；

    4.分析结果；

    5.维护测试；、

    6.为无线应用作准备。

    范围：功能测试、生成测试用例、分析测试结果、维护测试用例、回归测试。

    LoadRunner-----功能：

    1.松创建虚拟用户；

 2.创建真实的负载；
  3.定位性能问题；

    4.分析结果以精确定位问题所在；

   5.重复测试保证系统发布的高性能；

  6.Enterprise Java Beans的测试；

    7.支持无线应用协议；

  8.支持Media Stream应用；

  9.完整的企业应用环境的支持。

   范围：性能测试、压力测试、模拟多用户、定位性能瓶颈。

    TestDirector------功能：

    1．需求管理;
    2. 计划测试;

    3. 安排和执行测试;

    4. 缺陷管理;

   5. 图形化和报表输出;

    范围：测试管理工具

    Rational系列-------Rational Purify （测试时用，检查运行时内存错误）;

   Rational Quantify（性能检测工具，查出系统瓶颈以便改进运行速度）;
   Rational TestManager （测试管理）;

    Robot （软件测试用，通过scrīpt自动模拟输入输出）;

    LoadTest （负载测试）;

    TestFactory （软件测试用）;
    QACenter-----QACenter帮助所有的测试人员创建一个快速，可重用的测试过程。
 这些测试工具自动帮助管理测试过程，快速分析和调试程序，

    包括针对回归，强度，单元，并发，集成，移植，容量和负载.
 建立测试用例，自动执行测试和产生文档结果。

    QACenter主要包括以下几个模块：

    - QARun：应用的功能测试工具。
  - QALoad：强负载下应用的性能测试工具。

    - QADirector：测试的组织设计和创建以及管理工具。
   - TrackRecord：集成的缺陷跟踪管理工具。

   - EcoTools：高层次的性能监测工具。

    1.强大的测试脚本建立功能。

    2.可反复运行，进行回归测试。

    3．支持更多的应用访问

   QALoad-----

  1.自动捕获实际执行过程，自动生成测试脚本。
  2.通过控制台（安装在Windows NT）控制各个Agent（安装在Windows和Unix），进行脚本分配。

    3.模拟实际操作，压力测试。

   WebLoad-----Web压力测试工具

 （2）、对于测试工具目前的使用状况，总结就是，大家都处于学习阶段，部分虽有一些应用到工作中，但也是比较有限的，最主要是应用在性能测试方面