① 求web兼容性测试用例
参考下面方法
一、分别在不同电脑上安装不同版本的IE
优点：准确性高，三台电脑分别安装IE6、7、8，显然测试得出的结果是最准确的。
缺点：浪费服务器资源，测试人员操作麻烦，需要不断切换测试机器。
二、在一台电脑上安装IETest
优点：能90%的模拟出不同浏览器的渲染效果，只需安装在一台测试机器上即可。
缺点：
1)如果测试机器安装的为IE6或IE7，那么IETest不能模拟IE8.
2)如果测试机器安装的为IE8，那么IETest才能模拟IE6、7、8.
3)测试出的渲染效果与浏览器得实际效果存在差异，不一定准确.
三、在IE8上安装IE Develop ToolBar
优点：通过此工具可以模拟IE7的渲染效果，拥有有IE7、8的真实渲染效果。
缺点：
1)无法模拟IE6的渲染效果。
2)一定要在一台测试机器上安装IE8才能使用。
② Katalon Studio之web自动化（二）---创建测试用例
测试使用的用户肯定一般不止一个，可通过参数来传递，方便后续可以通过输入不同的用户信息登录。
在Variables页面添加变量，选择变量类型，并填入变量的默认值即可
点击输入框，跳出租氏对话框，选择value_type为Variable，然后在Value选择相应的变量即可
在测试用例中添加item时，通过add,选择call test case
添加测试用例后，默认展示默认值
通过点击输入，修改变量的输入值
当然可以进行多次调用，例如用户A、B有不同的操作，不同的测试用例，就可以创建很多公用的登录用例login_A或login_B，引用时直接引用login_A或login_B即可，这样方便后续修改用户A的密码或者切换用户A1执行与A相同的用例时，就可以直接修改login_A的输入值即可，就不需要修改每个用例的用户名和密码了。
在誉枯调用用例后，系统会自动往下执行。
当需要在不同用例间传参时，可以使用全局变量。
1.增加全局变量
在Profiles下的default中，添加全局变量即可。
2.引用全局变量
关键字可参考官方文档： [WebUI] Accept Alert | Katalon Docs
Katalon Studio支持 控制语句 （如 If / Else ， for / while 或 Try / Catch …）来决定执行的逻辑流程，具体也可以参考官方文档： Control Statements | Katalon Docs
断言语句包含一个 布尔表达式 ，其中此条件必须为true才能继续执行测试。因此，断言的执行导致对 布尔表达式 的求 值， 并且如果表达式的求值为 false， 则会报告 错误 。
Assert Statements | Katalon Docs
“ 测试侦听庆型洞器” 是根据您自己的条件创建的测试步骤，将在条件匹配时执行。
Test Listeners (Test Hooks) | Katalon Docs
至此 ，可以完成基本的测试用例，其他可以继续参考文档学习。
③ 如何进行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网站测试应该怎样写测试用例
如何编写测试用例可以参考下图
⑤ 测试一个web系统，发送邮件的功能怎么设计测试用例
邮件地址格式是否正确，错误提示信息是否准确合理。
邮件收件人是否可以输入多个，如果可以验证每个收件人是否都能收到正确的邮件；
多个收件人地址输入有正确的也有错误的，系统如果处理？
收件人是否有域的限制，如果有检查邮件地址的合法性。
邮件内容：
Subject,Body是否可以编辑，可以验证编辑功能；
Subject,Body是否有固定格式，如果有，验证格式正确性，一些需要取出的数据是否正确；
Subject,Body是否有字数，字体等要求；
收件人收到的邮件与编辑的是否一致。
如果可以有附件，检查附件个数、大小限制；
所有附件是否可以正确发送到收件人邮箱，并且被接收。
发送超时如何处理？
还有一些其他的，如发送的时候有没有选项要同时存到“已发送”，编辑的时候可以自动存到“草稿”等等，要看具体需求
⑥ 如何测试一个web网站的性能
其实简单来说，首先明确测试目的，咱仔烂们大部分时候都是功能测试哈，就主要讲功能测试
1、要测试功能，那首先需要理清楚这个功能的业务，相当于需求澄清
2、规划测试人力，整个测试需求的测试计划
3、宴迹分配测试用例的设计任务，评审测试用例
4、准备测试环境，等待转测试
5、转测试分配测试用例的执行任务，预测试，执行测试用例，提交bug，回归bug
6、发布测试报告，评估测试结果，如果测试通过，则测试退出，否则继续进行下一轮测试
如果有性能测试，兼念祥漏容性，国际化测试等，另外安排。
⑦ web的功能测试怎样测试
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出
控件是否正常使用
对于必须但未安装的控件，是否提供自动下载并安装的功能
文字检查
性能测试一般从以下三个方面考虑：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
基本的登录功能的检查
是否存在溢出错误，导致系统崩溃或者权限泄露
相关开发语言的常见安全性问题检查，例如SQL注入等
如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；
操作系统的兼容性；
软件平台的兼容性；
数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
敲黑板！重点：推荐大家使用自动化测试工具TestWriter（测功能、测兼容性、测回归的零编码自动化测试工具 ），吼吼~