① 如何进行Web服务的性能测试
贴一篇我们内部的文章：
随着浏览器功能的不断完善，用户量不断的攀升，涉及到web服务的功能在不断的增加，对于我们测试来说，我们不仅要保证服务端功能的正确性，也要验证服务端程序的性能是否符合要求。那么性能测试都要做些什么呢？我们该怎样进行性能测试呢？
性能测试一般会围绕以下这些问题而进行：
1. 什么情况下需要做性能测试？
2. 什么时候做性能测试？
3. 做性能测试需要准备哪些内容？
4. 什么样的性能指标是符合要求的？
5. 性能测试需要收集的数据有哪些？
6. 怎样收集这些数据？
7. 如何分析收集到的数据？
8. 如何给出性能测试报告？
性能测试的执行过程及要做的事儿主要包含以下内容：
1. 测试评估阶段
在这个阶段，我们要评估被测的产品是否要进行性能测试，并且对目前的服务器环境进行粗估，服务的性能是否满足条件。
首先要明确只要涉及到准备上线的服务端产品，就需要进行性能测试。其次如果产品需求中明确提到了性能指标，那也必须要做性能测试。
测试人员在进行性能测试前，需要根据当前的收集到的各种信息，预先做性能的评估，收集的内容主要包括带宽、请求包大小、并发用户数和当前web服务的带宽等
2. 测试准备阶段
在这个阶段，我们要了解以下内容：
a. 服务器的架构是什么样的，例如：web服务器是什么？是如何配置的？数据库用的是什么？服务用的是什么语言编写的？；
b. 服务端功能的内部逻辑实现；
c. 服务端与数据库是如何交互的，例如：数据库的表结构是什么样的？服务端功能是怎样操作数据库的？
d. 服务端与客户端之间是如何进行交互的，即接口定义；
通过收集以上信息，测试人员整理出服务器端各模块之间的交互图，客户端与服务端之间的交互图以及服务端内部功能逻辑实现的流程图。
e. 该服务上线后的用户量预估是多少，如果无法评估出用户量，那么可以通过设计测试执行的场景得出这个值；
f. 上线要部署到多少台机器上，每台机器的负载均衡是如何设计的，每台机器的配置什么样的，网络环境是什么样的。
g. 了解测试环境与线上环境的不同，例如网络环境、硬件配置等
h. 制定测试执行的策略，是需要验证需求中的指标能否达到，还是评估系统的最大处理能力。
i. 沟通上线的指标
通过收集以上信息，确定性能测试用例该如何设计，如何设计性能测试用例执行的场景，以及上线指标的评估。
3. 测试设计阶段
根据测试人员通过之前整理的交互图和流程图，设计相应的性能测试用例。性能测试用例主要分为预期目标用户测试，用户并发测试，疲劳强度与大数量测试，网络性能测试，服务器性能测试，具体编写的测试用例要更具实际情况进行裁减。
用例编写的步骤大致分为：
a. 通过脚本模拟单一用户是如何使用这个web服务的。这里模拟的可以是用户使用web服务的某一个动作或某几个动作，某一个功能或几个功能，也可以是使用web服务的整个过程。
b. 根据客户端的实际情况和服务器端的策略，通过将脚本中可变的数据进行参数化，来模拟多个用户的操作。
c. 验证参数化后脚本功能的正确性。
d. 添加检查点
e. 设计脚本执行的策略，如每个功能的执行次数，各个功能的执行顺序等
4. 测试执行阶段
根据客户端的产品行为设计web服务的测试执行场景及测试执行的过程，即测试执行期间发生的事儿。通过监控程序收集web服务的性能数据和web服务所在系统的性能数据。
在测试执行过程中，还要不断的关注以下内容：
a. web服务的连接速度如何？
b. 每秒的点击数如何？
c. Web服务能允许多少个用户同时在线？
d. 如果超过了这个数量，会出现什么现象？
e. Web服务能否处理大量用户对同一个页面的请求？
f. 如果web服务崩溃，是否会自动恢复？
g. 系统能否同一时间响应大量用户的请求？
h. 打压机的系统负载状态。
5. 测试分析阶段
将收集到的数据制成图表，查看各指标的性能变化曲线，结合之前确定的上线指标，对各项数据进行分析，已确定是否继续对web服务进行测试，结果是否达到了期望值。
6. 测试验证阶段
在开发针对发现的性能问题进行修复后，要再执行性能测试的用例对问题进行验证。这里需要关注的是开发在解决问题的同时可能无意中修改了某些功能，所以在验证性能的同时，也要关注原有功能是否受到了影响。
想看原文或者有测试其他相关的问题可以关注下 搜狗测试 微信公众号，我们上面有不少关于性能测试分享~
② 软件测试面试题：WEB+网络｜接口测试｜性能测试｜自动化测试
1. http代码表，常考题目
404：找不到资源
500：服务器内部错误，无法完成请求。
501：服务器不支持请求的功能，无法完成请求。
502：充当网关或代理的服务器，从远端服务器接收到了一个无效的请求。
301：永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI，今后任何新的请求都应使用新的URI代替。
302：临时移动。与301类似。但资源只是临时被移动，客户端应继续使用原有URI。
200：成功。
2. TCP/IP四层网络模型
链路层、网络层、传输层、应用层。
3. TCP/UDP区别？
TCP： 可靠传输协议，需要三次握手连接，有确认重传机制，特点是可靠、准确、有拥塞控制，缺点就是比较慢，传输量比较小，适用于升级、下载；一句话：TCP是可靠的传输。
UDP： 不可靠传输协议，面向非连接的协议，优点是传输量大、速度快，缺点是已丢失、没有拥塞控制，适用于直播、视频等。一句话：UDP是不可靠的传输。
4. html css js运行的先后顺序是什么？
界面加载的时候先加载html在加载css最后加载js
5. session和cookie的区别是什么
1. session存放在服务器端用来校验客户端的身份
2. cookie存放在客户端，每次从客户端往服务器发请求时，将cookie带到服务器端，用来校验客户端的身份
1. 怎么用JMeter测试接口？
如果使用JMeter进行接口测试：
1) 测试前了解需求，根据接口规格说明书梳理业务；
2) 接下来设计用例，分析接口的入参和出参，分清楚有哪些有效输入和无效输入，设计用例(原则：用最少的用例覆盖所有有效输入，针对每一个无效的输入设计一个测试用例，如果有错误码没有覆盖到，还要对每个未覆盖的错误码分别设计一个用例)；
3) 准备测试数据，比如：测试所需的账号、密码、key 等信息；
4) 打开JMeter，创建一个线程组，根据接口类型，填写好对应的接口地址和请求方式等；
5) 参数化配置，添加配置元件CSV Data Set Config，定义变量，并准备CSV格式的数据，变量的引用用${变量名}的格式；
6) 添加断言来判断测试结果的正确性，用得最多的是响应断言；
7) 添加监听器，比如查看结果树，对测试结果进行监听；
8) 运行测试用例；
9) 查看监听器结果，来判断用例的执行是成功还是失败，针对失败的用例，分析其失败原因；
10) 针对测试中发现的问题，给开发提单，直到问题最终解决。
11) 最后输出测试报告。
2. 怎么用Postman测试接口？
如果使用Postman测试接口：
其中1,2,3点相同，工具使用方面则比JMeter跟简单，工具的主要的步骤是添加对应的请求、填写主机URL及入参、添加测试套、运行测试套、分析结果出报告。
3. 在JMeter上如何把上一个请求的结果作为下一个请求的参数？
使用正则表达式提取器提取上一个请求的响应中的信息，保存一个引用名称比如abc，在下一个请求的参数中，用${abc}的格式来引用提取的结果。
常用的正则表达式格式：(.+?)，其中.表示匹配任意字符串，+表示只匹配一次，？表示匹配到就停下来。
一般是我们功能测试完成最后两三天时间测试性能。
1、先是分析需求计算出并发数，TPS，响应时间和 CPU，内存，硬盘和网络IO这些指标。
2、制定测试方案，主要包括环境，计划和具体测试那些场景（如可靠性，并发，负载，压力测试等）
3、根据场景用Badboy录制脚本，导出为JMeter工具支持的脚本。
4、用JMeter工具打开脚本，进行脚本调试，加一些断言，监听器，参数化等。
5、接下来执行性能测试，然后主要收集监听器和收集服务器CPU，内存，硬盘和网络IO等分析是否满足需求，如果满足就输出性能测试报告。
6、如果指标不能满足，反馈给开发进行调优。调优后继续测试，一直到满足需求后最终输出测试报告。
1. Python怎么定义一个函数？
你可以定义一个由自己想要功能的函数，以下是简单的规则：
1) 函数代码块以def关键词开头，后接函数标识符名称和圆括号()。
2) 任何传入参数和自变量必须放在圆括号中间。圆括号之间可以用于定义参数。
3) 函数的第一行语句可以选择性地使用文档字符串—用于存放函数说明。
4) 函数内容以冒号起始，并且缩进
5) return[表达式]结束函数，选择性地返回一个值给调用方。不带表达式的return相当于返回None
2 Python切片
3. Python上用过什么库/模块？
webdriver：定位和操作元素
time：设置等待时间
ActionChains：动作链，完成鼠标的相关操作
Keys：键盘的相关操作
WebDriverWait：设置显式等待
Expect_Conditions：针对单个元素，设置显式等待的场景
PIL：截图
Select：下拉选择框的操作
unittest python：自带的单元测试框架
HTMLTestRunner：运行脚本，生成报告
ddt：实现数据驱动测试，行为和数据分离
4. 你做过自动化测试吗？
我在上一份工作中，公司去年下半年也开始规划做Web 自动化，采用Python作为开发语言，通过Selenium WebDriver定位和操作页面元素，自动化框架用的是unittest。我主要负责写测试脚本。
假设一个测试团队有5个人：1资深(测试经理)+2~3个中级(自动化+手动)+1 个初级(手动)
5. 使用什么工具进行的自动化测试
使用的工具是Selenium（Web自动化工具）
6. 用的什么编程语言
用的Python
7. Selenium 用的是哪个版本的的？Python用的是哪个版本的？
用的是selenium 3.11.0和Python2.7.10
8. Selenium的工作原理？
1）对html元素定位
2）模拟对第一步定位到的元素进行点击、输入、选择等操作一句话：定位元素，操作元素。
9. 元素定位方法有哪些？
要点：8种定位方法
1) 根据元素的属性值定位，比如 id、name、class、标签名、链接文字和部分链接文字；
2) 根据CSS选择器定位；
3) 根据 XPath 定位；
10. 子页面里的元素怎么定位？
先切换到框架里，然后再定位，用switch_to_frame函数根据子页面id或name，切换到子页面；定位完了如果要再定位主页面的元素，要用switch_to_default_content 函数先返回主页面。
11. 怎么定位alert弹窗？或者这样问：怎么处理JS原生窗口？
要点：主要涉及点击弹窗确认按钮、强行关闭弹窗、获取弹窗中的文字等操作。
1) 点击弹窗的确定按钮，用如下函数：
driver.switch_to_alert().accept()
2) 强行关闭，点击右上角的叉叉，用如下函数：
driver.switch_to_alert().dismiss()
3) 获取弹窗里的文字，用如下函数：
driver.switch_to_alert().text
12. 怎么运行自动化用例并生成测试报告？
以unittest为例，我通常的做法是把用例加载到测试套中，做成一个脚本，在命令窗口下运行脚本，报告的生成用第三方模块HTML TestRunner来生成。
13. 怎么定位/操作图片中的验证码？
用tesseract OCR引擎处理图片中的验证码，步骤：
（1）对整个屏幕截屏，保存成png格式的图片；
（2）在截取的图片中定位验证码图片的位置坐标；
（3）根据坐标对验证码截图；
（4）在图片中提取验证码，输入到输入框。
③ 各位大虾，QTP适合什么样的测试用例，我的测试用例是WEB版的，主要是看页面曲线对不对等的，知道QTP能测试
不过我可以给你个思路。
首先我要测试时要知道我们具体要测试什么？这就是测试目标的分析，通过一些文档，也与程序员的沟通把webservice中需要测试的功能点都列出来。
webservice是什么？Web Service是一个应用组件,它逻辑性的为其他应用程序提供数据与服务.
例如使用QTP来测试webservice中数据提供的一些功能，webservice中根据程序员的设计，有一些取数据的接口，这些接口可以在webservice页面直接调用并返回，一般返回xml格式的类型。我就可以用QTP来录制这个过程，使用检查点来检查一般是xml检查点。
具体的实现推荐你去个论坛。加入论坛的QTP群，学习氛围很好，有问题发出来一定有人回你的。
④ 设计WEB测试用例用什么模板比较好
目前，我所在的公司在web测试方面，还是沿用着excel形式，在规定的格式下进行用例的编写。手动测试的话，我感觉这些工具都是次要的，主要还是要把测试思路整理清楚，不仅要写的人自己可以看得懂，而且也要让别人可以看懂你写的意思。
查看原帖>>
⑤ web的功能测试怎样测试
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出
控件是否正常使用
对于必须但未安装的控件，是否提供自动下载并安装的功能
文字检查
性能测试一般从以下三个方面考虑：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
基本的登录功能的检查
是否存在溢出错误，导致系统崩溃或者权限泄露
相关开发语言的常见安全性问题检查，例如SQL注入等
如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；
操作系统的兼容性；
软件平台的兼容性；
数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
敲黑板！重点：推荐大家使用自动化测试工具TestWriter（测功能、测兼容性、测回归的零编码自动化测试工具 ），吼吼~
⑥ web测试用例怎么编写
不是很明白楼主的意思
我想你是希望能在web进行一些调试，并能显示调试信息吧
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<TITLE> New Document </TITLE>
<META http-equiv="Content-Type" content="text/html; charset=gb2312">
<META NAME="Generator" CONTENT="EditPlus">
<SCRIPT LANGUAGE="VBScript">
'调试专用
Dim DebugID
Sub Debug(byval Msg)
dim sHtml
DebugID=DebugID+1
sHtml="<TABLE ID=TDebug border=1 CELLSPACING=0 CELLPADDING=0 BorderColor=#FF6600 style='PADDING:4,4,4,4;BORDER-COLLAPSE:collapse' bgcolor=#FFCC99 width='100%' align='center'><TR><TD><b>Debug(" & DebugID & "):</b><br>"
sHtml=sHtml & Msg & "</TD></TR></TABLE>"
document.Write sHtml
End Sub
</SCRIPT>>
</HEAD>
<BODY>
<SCRIPT LANGUAGE="VBScript">
Call Debug(Time)
</SCRIPT>
</BODY>
</HTML>
⑦ web测试有哪些方面
第一，分析产品结构，明确性能测试的需求，包括并发、极限、配置和指标等方面的性能要求，必要时基于LOAD测试的相同测略需同时考虑稳定性测试的需求。
第一，分析应用场景和用户数据，细分用户行为和相关的数据流，确定测试点或测试接口，列示系统接口的可能瓶颈，一般是先主干接口再支线接口，并完成初步的测试用例设计。
第三，依据性能测试需求和确定的测试点进行测试组网设计，并明确不同组网方案的重要程度或优先级作为取舍评估的依据，必要时在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求。
第四，完成性能测试用例设计、分类选择和依据用户行为分析设计测试规程，并准备好测试用例将用到的测试数据。
第五，确定采用的测试工具。
第六，进行初验测试，以主干接口的可用性为主，根据测试结果分析性能瓶颈，通过迭代保证基本的指标等测试的环境。
第七，迭代进行全面的性能测试，完成计划中的性能测试用例的执行。
第八，完成性能测试评估报告。
在进行性能测试的时候，我们需要知道一些有效的性能指标，下面我们来列出一些主要的性能指标：
一是，通用指标（指Web应用服务器、数据库服务器必需测试项）：
*ProcessorTime：指服务器CPU占用率，一般平均达到70%时，服务就接近饱和；
*Memory Available Mbyte：可用内存数，如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重；
*Physicsdisk Time ：物理磁盘读写时间情况。
二是，Web服务器指标：
*Avg Rps：平均每秒钟响应次数＝总请求时间/秒数；
*Avg time to last byte per terstion（mstes）：平均每秒业务角本的迭代次数；*Successful Rounds：成功的请求；
*Failed Rounds：失败的请求；
*Successful Hits：成功的点击次数；
*Failed Hits：失败的点击次数；
*Hits Per Second：每秒点击次数；
*Successful Hits Per Second：每秒成功的点击次数；
*Failed Hits Per Second：每秒失败的点击次数；
*Attempted Connections：尝试链接数。
三是，数据库服务器指标：
*User 0 Connections ：用户连接数，也就是数据库的连接数量；
*Number of deadlocks：数据库死锁；
*Butter Cache hit：数据库Cache的命中情况）。
可用性测试：1导航测试（Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。）2图形测试3内容测试3整体界面测试4客户端兼容性测试（1平台测试2浏览器测试）5安全性测试（测试重点：（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。 ）