Web_reg_save_param
2、你如何识别系统瓶颈？
从TPS指标分析（即系统每秒处理可处理事务数）当前随着用户数的增长其系统每秒可处理的事务数是否也会增长
3、think_time有什么用？
Think_time作用主要有以下几种：
1）降低当前运行时压力，缓解对应用服务器所造成的压力
2）模拟真实生产用户操作，考察对服务器所造成的影响
4、一般什么时候开始进行性能测试
被测系统的正常业务流程通过，即集成测试通过后。
5、进行参数化的目的
1）减少脚本的大小
2）提供不同的值以提高执行脚本的能力，从而更加真实的模拟生产环境的数据
6、容量测试方法中为什么要以逐步递增的的方式进行
虚拟用户数随着负载时间的延长而增加，可以帮助确定系统响应时间减慢的准确时间点以及准确用户数
7、假设在测试过程中发现某些事务的响应时间过长，但分析应用服务、数据库服务以及网络都属于正常现象，问题可能出现的原因
1）LR客户端机器是否已无法承载当前运行压力导致LR无法及时获取从服务端返回的信息
2）Think_time（即思考时间）是否已忽略
3）确定当前被测系统架构，是否为在每次测试过程中清除缓存所导致
8、如何发现应用服务的相关问题？
1）通过某些事务的运行，判断是否在应用代码层未进行调优导致事务响应事件过长
2）通过实时监控工具（nmon等）监控分析：
a)系统在运行过程其CPU是否稳定运行或CPU耗用是否过高
b)在系统运行过程中其内存是否存在内存泄露现象
3）打开应用相应日志，分析在运行过程中是否存在交易报错并获取错误原因查看是否由于代码原因导致交易错误发生
9、如何发现数据库的相关问题？
1）通过运行某些相应的已获取的SQL语句，判断是否由于数据库索引所导致的事务响应过长的问题发生
2）通过实时监控工具(nmon等)监控分析:
a)在系统运行过程中CPU是否可稳定运行或CPU耗用过高；
b)在系统运行过程中其内存是否存在内存泄露等现象。
10、解释以下函数及他们的不同之处。
Lr_debug_message 发送调试信息到输出窗口或相应日志内，即调试日志
Lr_output_message 发送日志信息到输出窗口或相应日志内，即INFO日志
Lr_error_message 发送错误日志信息到输出窗口或相应日志内，即ERROR日志
Lrd_stmt 赋予一个SQL语句用于处理
Lrd_fetch 获取结果集中的下一行数据
11、常见的性能测试方法有哪些？以及每类测试方法的目的是什么？
1）基准测试：确保测试环境无问题，初步评估每次只是单独运行一个交易时，当前系统的响应时间是否够快，各服务器的CPU、内存耗用是否合理;
2）单一交易并发测试：确保数据库不存在线程死锁等问题，评估在只是单独运行一个交易时，其系统的响应时间是否够快，各服务器的CPU、内存耗用是否合理。
3）混合场景测试：模拟真实生产场景，评估其系统各交易的响应时间是否够快，各服务器的CPU、内存是否合理。
4）浪涌测试场景：模拟高峰与低峰业务处理量，评估系统各服务器的CPU、内存耗用是否合理。
5）稳定性测试场景：模拟不间断运行系统，评估系统是否可高效不间断稳定运行。
6）容量测试场景：通过不间断逐步加大用户数或业务处理量，确定在特定环境下，预测其系统所能承载的最大用户并发数或最大的业务处理量，从而为项目组提供扩容依据。
12、解释几个常用的性能指标的名称与具体含义。
1）事务：（全称：transaction），单位：个，即用户在准备进行一个操作到完成操作的过程
2）思考时间：（全称：thinktime），单位：秒，一般与事务组合使用，例如在A事务后或者在A事务前增加一个2秒的思考时间，即指每2秒钟运行一次A事务
3）集合点：（全称：rendezous），一般与事务组合使用，例如在A事务前增加一个集合点，且用户并发数为10用户并发，即指10用户每次均需完全到达这个集合点后，在一次性进行并发发起请求，在性能测试中，通常将未设置集合点的并发叫做广义并发（因系统处理能力有限，存在排队概念，因此会导致用户发起的请求顺序有先有后），将设置集合点的并发叫做狭义并发（即客户端一次性想服务器发起请求），一般，性能测试所采用的模式为广义并发模式。
4）事务响应时间：（全称:transaction response time），单位：秒。其主要作用为评估当前系统的响应时间的快慢。
5）事务TPS：(全称transaction per second),事务处理能力，单位：笔/秒，其主要作用为评估当前服务器的处理能力。
6）并发用户数：（全称:Running vusers），单位：个，其主要作用为用来评估当前服务器的负载压力。并发用户数的计算公式：事务响应时间*事务TPS≈并发用户数
7）吞吐量：（全称：throughput），单位：字节，即指客户端在向服务器端发起请求后，其服务器的返回信息。吞吐量的计算公式为：总事务TPS*总返回字节数*运行时间≈吞吐量。
8）点击数：（全称hits per second），单位；次/秒，即每秒客户端向服务器端发起的总请求数，其主要作用为用来评估当前服务器的负载压力。
9）通过事务数：单位：个，即系统在运行一段时间内其事务的总计完成事务数
10）失败事务数：单位：个，即系统在运行一段时间内其事务的总计完成失败事务数
11）事务通过率：即指系统在运行一段时间内其事务完成的成功率。其主要作为是用来评估当前系统的稳定运行处理能力。事务通过率的计算公式：成功事务数/成功事务数+失败事务数*100%
12）CPU资源利用率,即系统在运行一段时间内，其各相关服务器CPU的资源耗用情况
13、请问您是如何得到性能测试需求？怎样针对需求设计、分析是否达到需求？
1)在查看需求文档，从中提取性能测试需求，与用户交流，了解实际使用情况。
2)结合业务信息设计操作场景总结出需测试的性能关键指标。
3)执行用例后根据提取关键性能指标来分析是否满足性能需求。
14、客户交付一个性能测试项目，请阐述你的实施流程
测试设计阶段：
1）了解被测系统的性能需求，定义测试目标与范围；
2）了解系统的技术信息，如系统架构
3）确定测试方案，进度安排，并制定测试计划，场景设置方案及需收集的测试数据
4）同相关人员协商讨论测试方案
5）准备测试收集模板，不同项目的性能测试，需收集的数据不同，针对性的制定一个模板更符合需要
测试环境准备
1）技术准备：选择性能测试工具，测试方案中涉及到的技术问题;测试数据的收集方案实现；如：如何监控系统资源等；
2）搭建测试环境
3）创建初始数据：如虚拟用户使用的账号等；
测试执行阶段：
1）录制脚本
2）调试脚本
3）执行场景；
4）收集测试数据，并简单整理
测试分析阶段：
1）分析测试数据
提交测试报告
15、请在以下两个项目当中，选择一个，考虑如何进行用例设计：a.杯子 b.有弹簧的圆珠笔
a.杯子
需求测试：查看杯子使用说明书
界面测试：查看杯子外观
功能度：用水杯装水看漏不漏；水能不能被喝道
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放24小时检查泄露时间和情况；盛上汽油（案例二）放24小时检查泄露时间和情况等
压力测试：用一根针并在针上面不断加重量，看压强多大时会穿透
强度测试：杯子加包装（有填充物）,在多高的情况下摔下不破损
b.有弹簧的圆珠笔：
功能测试：圆珠笔按下是否能正常写字，写字太重会不会缩回去，继续按会不会弹回去
性能测试：圆珠心弹出弹回的快慢
负载测试：一直按，弹簧能接受多少次的升缩
兼容性测试：换其他的笔芯能不能行
强度测试：用力过度会怎么样
可恢复性测试：如果弹簧压久了，是否可恢复等等
GUI测试：笔的外观，拿笔的舒适性
安全性：考虑对笔芯的保护，是否对使用者造成的危害等等
16、现有Customers表和Sales表的数据如下：
Customers表：
CustID Name ShpCity Discount
Adapto PortLand 0.05
AA PortLand 0.05
Seaworth Albany 0.04
Sales表：
SaleID CustID SaleMount
8000
6500
5900
4500
要求：
1） 给出查询语句，描述：在Customers表中查询名字为AA查询语句；
2） 给出删除操作，描述：在Sales表中删除SaleID为的语句。
3） 根据以下结果表给出多表查询语句。
SaleID CustID Name Discount SaleMount
Adapto 0.05 8000
Seaworth 0.04 6500
Adapto 0.05 5900
AA 0.05 4500
答案：
1) select * from Customers where name=’AA’
2) delete from Sales where SaleID=’’
3)select Sales.SaleID,Customers.CustID,Customers.Name,Customers.Discount,Sales.SaleMount from Customers,Sales where Customers.CustID=Sales.CustID
17、下载本文
