02-WEB功能测试
02-WEB功能测试
001-对WEB进行压力测试时有哪些条件，如何使用?
条件
重复：就是一遍又一遍地执行某个操作或功能。这将确定一个操作能否正常执行，并且能否继续在每次执行时都表现正常。
并发：就是在同一时间内执行多个操作。由并发引起的错误只能通过执行多个代码示例才能测出来，测试时要同时遍历多条代码路径。
量级：要考虑到每个操作中的负载量，操作自身应尽可能给被测软件系统增加压力，即：尽量使单独的操作进行高强度的使用，增加操作的量级。
随机变化：随机使用前面条件中的无数变化形式，就能够在每次测试运行时应用许多不同的代码路径。
如何使用：
重复调用一个Web服务。 在同一个服务器上同时调用许多Web服务。 您可以通过模拟输入超长消息的客户机来使这个单独的操作进行高强度的使用。换句话说就是，您增加了这个操作的量级。 如果您随机使用前面的压力原则中介绍的无数变化形式，您就能够在每次测试运行时应用许多不同的代码路径。
002-接口测试和 web 页面测试有什么区别？?
Web 页面测试是通过界面操作来进行测试的，输入不同的数据来测试不同的场景。
接口测试是使用工具直接像服务器发送 HTTP 请求去测试，输入不同的参数来测试不同 的场景。
通常 web 页面会限制某些输入数据，比如必填项、数据的格式等。而接口测试是可以 输入任何数据的，可以测试更多的异常数据场景。
Web 测试需要考虑浏览器的兼容，接口测试不需要
Web 测试需要将前端，服务端全部开发好后 才可以进行测试，接口测试只要服务端开 发完成，就可以开始测试
003-请谈谈Web 测试与App测试之间的区别
相同点： 同样的测试用例设计方法； 同样的测试方法；都会依据原型图或者效果图检查UI； 测试页面载入和翻页的速度、登录时长、内存是否溢出等； 测试应用系统的稳定性
不同点：
app的安装卸载、消息推送、手机授权、前后台切换、触屏操作、横竖屏切换；
网络环境（wifi/2G/3G/4G/5G/无网络），网路切换，弱网测试；
app中断测试；
app兼容性测试；
APP用户体验；
004-App测试与Web测试的差异
app测试和Web测试差异：因为其架构不一样，除了业务功能测试相同外，在兼容性（如app侧重机器型号、分辨率，Web侧重浏览器类型）、安全性、性能（app除了响应时间，还有内存占用、CPU占用、耗电等）、操作方式等方面有着差异
005-项目版本升级测试是全部测试还是部分测试？（app或者web）
看新版本的需求。
一般版本升级，主要是修复了bug做了优化或者新增了功能，这种情况下对于新增功能和优化的功能会做正式细致的测试，其他已有功能走一下基本功能就好了。
另一种版本升级，整个软件产品功能全部都更改了代码，比如底层架构全部更替，那么所有的功能模块都要做测试，也就是全部测试。
006-app测试和web测试有什么区别？
WEB测试和App测试从流程上来说，没有区别。 都需要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。 从技术上来说，WEB测试和APP测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和方法有区别，比如：性能测试，在WEB测试只需要测试响应时间这个要素，在App测试中还需要考虑流量测试和耗电量测试。
兼容性测试：在WEB端是兼容浏览器，在App端兼容的是手机设备。而且相对应的兼容性测试工具也不相同，WEB因为是测试兼容浏览器，所以需要使用不同的浏览器进行兼容性测试（常见的是兼容IE6，IE8，chrome，firefox）如果是手机端，那么就需要兼容不同品牌，不同分辨率，不同android版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但WEB兼容性工具多用IETester等工具，而App兼容性测试会使用Testin这样的商业工具也可以做测试。
安装测试：WEB测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么就具备相关的测试点。
还有，App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换）
交叉事件测试：就是在操作某个软件的时候，来电话、来短信，电量不足提示等外部事件。
操作类型测试：如横屏测试，手势测试
网络测试：包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。弱网络的模拟，据说可以用360wifi实现设置。
从系统架构的层面，WEB测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是APP端是不能够保证完全一致的，除非用户更新客户端。如果是APP下修改了服务器端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
还有升级测试：升级测试的提醒机制，升级取消是否会影响原有功能的使用，升级后用户数据是否被清除了。
007-app和web测试的区别?
相同点：功能测试方法基本一样，会采用同样的测试用例设计方法；都会依据原型图或者效果图检查UI； 不同点：app需要做安装卸载升级测试、另外app一般都需要做消息推送、手机授权测试； 还会需要涉及到中断场景的测试，像电话、微信视频、低电量等中断；因为是移动端，还需要考虑网络环境wifi/4G/5G的测试 另外兼容性测试也不一样，web主要考虑不同浏览器的兼容；app主要考虑不同手机品牌机型；
008-web 测试和APP测试的区别？
测试得还算多，流程跟web测试差不多，都是基于需求去设计用例，然后执行测试。跟web测试的区别：
相同点：功能测试方法基本一样，会采用同样的测试用例设计方法；都会依据原型图或者效果图检查UI； 不同点：app需要做安装卸载升级测试、另外app一般都需要做消息推送、手机授权测试； 还会需要涉及到中断场景的测试，像电话、微信视频、低电量等中断；因为是移动端，还需要考虑网络环境wifi/4G/5G的测试 另外兼容性测试也不一样，web主要考虑不同浏览器的兼容；app主要考虑不同手机品牌机型；
009-Android 测试与 web 测试有什么区别？
相同点：
1.设计测试用例均依据等价类、边界值等方法，测试原理相同；
2.大多数都采用黑盒测试方法来验证业务功能；
3.需要检查界面布局、风格和按钮是否美观、统一等（UI测试）；
4.测试页面载入和翻页的速度、登录时长是否溢出等问题（性能测试）
5.测试应用系统的稳定性；
不同点：
1.手机作为通信工具，通信等一些行为会对APP产生(中断测试)
2.手机用户对app 产品的安装卸载操作：从上一版本/上两个版本直接升级到最新版本（安装卸载测试）；
3.web自动化测试使用的工具较常用的是selenium,而android手机自动化测试比较常用的自动化工具是monkey、monkeyrunner、Appium（测试工具不一样）
010-什么是兼容性测试？如何做好web端与app端兼容性测试？
兼容性测试是指在特定的环境中运行软件，确保它能够兼容其他硬件和软件，以及不同的浏览器、设备和操作系统。 web端兼容性测试主要是浏览器的兼容，app端兼容性主要是不同机型的兼容；要做好兼容性，尽量是在多的浏览器或机型设备上运行操作软件，这样才能知道有无问题；但在有限的人力物力资源下，可以挑选主流浏览器和机型来测试。
011-web端和APP测试的区别？
相同点：功能测试方法基本一样，会采用同样的测试用例设计方法；都会依据原型图或者效果图检查UI； 不同点：app需要做安装卸载升级测试、另外app一般都需要做消息推送、手机授权测试； 还会需要涉及到中断场景的测试，像电话、微信视频、低电量等中断；因为是移动端，还需要考虑网络环境wifi/4G/5G的测试 另外兼容性测试也不一样，web主要考虑不同浏览器的兼容；app主要考虑不同手机品牌机型；
012-APP测试与web测试的区别？
相同点：
功能测试方法基本一样，会采用同样的测试用例设计方法；都会依据原型图或者效果图检查UI； 不同点：
app需要做安装卸载升级测试、另外app一般都需要做消息推送、手机授权测试； 还会需要涉及到中断场景的测试，像电话、微信视频、低电量等中断；
因为是移动端，还需要考虑网络环境wifi/4G/5G的测试 另外兼容性测试也不一样，web主要考虑不同浏览器的兼容；app主要考虑不同手机品牌机型；****
web自动化测试工具较常用selenium，而app自动化appium
013-APP 测试和 web 测试有什么区别？
Web 端测试和移动端测试类型基本相似，都需要进行功能测试、性能测试、安全性测 试，他们主要区分 web 端一般都是 b/s 架构，基于浏览器的，app 是 c/s 架构，是有客户端 的。
(1) 从系统架构来看的话：web 测试只要更新了服务器端，客户端就会同步更新；而如果是 app 端下修改了服务端，意味着客户端用户所有使用的核心版本都需要进行回归测试一遍。
(2) 客户端性能方面：Web 端可能只会关注响应时间；App 则还要关心流量、电量、cpu、 等；
(3) 兼容方面：Web 是基于浏览器的，所以更倾向于浏览器（IE、Chrome、firefox）和电脑 硬件，电脑系统方向的兼容；App 测试则必须依赖于手机或者 pad，不仅要看分辨率、频目 尺寸、重要看设备系统。
014-WEB应用程序，在性能测试压力下出现的常见错误类型有哪些？
有两种错误类型是：
（1）内存泄漏（Memoryleak）：一种极难检测的现象。内存泄漏经常发生在已发行的产品中，原因很简单，很难设计测试用例来检测它们。使用简单的功能测试，几乎发现不了内存泄漏问题，因为在产品完成之前测试没对产品进行足够多的使用。内存泄漏通常要求操作要重复非常多的次数以使内存消耗达到能引起注意的程度。尽管与其它编程语言（如C/C++）相比，Java程序更难引入内存泄漏错误，但只要程序仍保持着对对象的引用，该对象仍有可能被实例化并且它占用的内存永远不会被释放。
（2）并发与同步（ConcurrencyandSynchronization）：压力测试在查找并发性问题上非常出众，这是因为在任何一个测试生命周期中，它都应用了许多不同的代码路径和定时条件。一般的规则是，压力测试运行的时间越长，涉及并应用的代码路径组合和定时条件就越多。当然，这也的确使得这些问题很难再现（错误可以在5分钟或5天后发生）。死锁、线程泄漏以及任何一般的同步问题通常只能在压力测试阶段被检测出来。这些类型的问题很难通过执行单元测试来发现。开发人员不会一直考虑他或她的代码将与其他地方的代码（在执行单元测试时这些代码可能还没写出来）进行交互。
015-简述WEB网站测试的测试范围及采用的方法
基于Web的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试，从功能、性能、可用性、客户端兼容性、安全性等方面讨论基于Web的系统测试方法。
016-web的兼容怎么测试的？
web的兼容性主要是因为浏览器所使用的不同的内核，解析前端代码的标准不一样，造成页面上的元素位置错乱等问题。 所以，我们就根据不同的内核选择不同的浏览器，比如选择：谷歌，火狐，IE，以及国内比较流行的搜狗，QQ等
017-web测试主要包括哪几方面的测试？
功能、UI、兼容性、易用性、安全、性能
018-web端和APP测试的区别
相同点：功能测试方法基本一样，会采用同样的测试用例设计方法；都会依据原型图或者效果图检查UI； 不同点：app需要做安装卸载升级测试、另外app一般都需要做消息推送、手机授权测试； 还会需要涉及到中断场景的测试，像电话、微信视频、低电量等中断；因为是移动端，还需要考虑网络环境wifi/4G/5G的测试 另外兼容性测试也不一样，web主要考虑不同浏览器的兼容；app主要考虑不同手机品牌机型；****
019-请详细说明Web翻页功能测试的方法和主要包括的内容？
A.首页、上一页、下一页、尾页。 有无数据时控件的显示情况； 在首页时，首页和上一页是否能点击； 在尾页时，下一页和尾页是否能点击； 在非首页和非尾页时，四个按钮功能是否正确； 翻页后，列表中的记录是否仍按照指定的排序列进行了排序。
B.总页数，当前页数 总页数是否等于总的记录数/指定每页条数； 当前页数是否正确。
C.指定跳转页 是否能正常跳转到指定的页数； 输入的跳转页数非法时的处理。
D.指定每页显示条数 是否有默认的指定每页显示条数； 指定每页的条数后，列表显示的记录数，页数是否正确； 输入的每页条数非法时的处理。
020-给你一个web端项目你如何展开测试？
（web项目如何开展测试，就是讲讲测试这个项目你怎么做的。） 先从需求分析开始，充分理解需求，梳理出测试点；主要先覆盖功能测试点，业务保证正常；然后页面如果有链接，表单，要进行对应的测试，确保可以跳转和数据的正确性；然后web还有考虑界面测试，UI是否美观，界面排版正常，这个主要是根据需求的原型图进行测试，也会参考一些其他的成品实现；然后考虑跟浏览器的兼容性测试，我们选择一些主流的浏览器，比如chrome Firefox 还有QQ浏览器等进行测试；确保这些用户使用比较多浏览器都是可以支持的； 再加一些性能和安全的，简单的点。 测试用例写完后 会有评审。然后我们执行测试；有bug就记录到禅道 跟踪。最后都测试完了，会评估质量编写测试报告。
021-Web站点的测试一般测试哪些内容？
（1）文字测试 （2）链接测试 （3）图形、图像测试 （4）表单测试 （5）动态内容测试 （6）数据库测试 （7）服务器性能及负载测试 （8）安全性测试
022-你认为web测试的关键点有哪些？
功能测试：确保每个功能模块都是好的 兼容性测试：确保在所有的浏览器都可以打开，兼容性正常；
业务逻辑测试：确保每种业务场景都可以顺利通过测试
UI界面测试：从测试角度确认页面跟UI页面效果图，从用户角度确认页面风格统一一致，文字，描述，图片等显示正常
023-app测试和web测试的区别？？
APP测试和web测试的测试用例设计方法和测试方法都是一样的；UI界面测试也是一致的，都会依据原型图或者效果图检查UI；
但是APP有些自己的专项测试是web测试没有的，比如：
1、app的中断测试：来电中断、短信中断、蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题（系统死机重启）
2、app的安装卸载升级：全新安装、升级安装、第三方工具安装/卸载、直接删除卸载
3、app的消息推送、手机授权、前后台切换、网络环境（wifi/2G/3G/4G/5G/无网络），弱网测试
4、APP的兼容性测试要考虑手机不同操作系统、不同机型、不同屏幕、分辨率等的兼容；而web项目考虑不同浏览器的兼容；
5、APP用户体验：触屏操作非点击操作，触控区域大小、操作步骤；单手操作系统，所以重点、核心功能一定会放在单个手指能触控到位置等。
024-8.基于WEB信息管理系统测试时应考虑的因素有哪些？
功能测试： 1.链接测试： 测试所有连接是否按指示的那样确实连接到了该连接的页面， 测试所连接的也面是否存在，保证Ｗeb应用系统上没有孤立的页面 2.表单测试： 用户给信息系统管理员提交信息时，要测试提交操作的完整性，以校验提交给服务器的信息的正确性 3.Cookies测试： 如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响
4.设计语言测试： 使用哪种版本的HTML 5.数据库测试： 数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。
性能测试： １连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面
２负载测试
负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。
025-给你一个web系统你如何开展测试？
首先拿到项目后，要先熟悉需求、原型图，了解被测功能和各个功能的业务逻辑；支持哪些平台，有哪些不同的应用场景，是否需要考虑到稳定性、性能等等。
针对以上需要测试的内容进行大概的测试规划，然后逐个细化去设计测试用例。整个过程中存在疑问的及时跟开发产品沟通确认。 开发提测后，按照用例执行测试，提交bug，并有效进行回归测试完成bug跟踪；测试完毕后，及时汇报测试结果，输出测试报告。
026-请详细说明Web功能测试的方法主要包括的内容。
W.eb功能测试通常又称为网站（网页）测试。测试的方法主要有如下几点：
1.页面链接检查：每一个链接都要有对应的页面，并且页面之间切要正确。
2.相关性检查：检查删除/增加其中每一项是否会对其他项产生影响，如果产生影响，这些影响是否都正确。
3.检查按钮的功能是否正确，如Add，delete，save，update功能键.
4.字符串长度检查：输入超出所要求的字符串长度的内容，看系统检查字符串长度时会不会出错。
5.字符类型检查：在应该输入指定类型的地方输入其他类型的内容，例如在应该输入浮点型的地方输入其他字符类型，看系统是否检查字符类型时是否报错。
6.标点符号检查：输入内容包括各种标点符号，特别是逗号、句号、空格、回车键、回格键。看系统处理是否正确。
7.中文字符处理：在可以输入中文的地方输入中文，看是否出现乱码或出现错误。
8.检查带出信息的完整性：在查看信息和更新信息时，查看所填写的信息是否全部带出以及带出和添加的信息是否一致。
9.信息重复：在一些需要命名并且名字是唯一的信息中输入重复的名字，看系统是否处理、报错；重名包括是否区分大小写；以及在输入内容的前后输入空格，系统是否作出正确处理。
10.检查删除功能：在一些可以一次删除多个信息的地方，不选择任何信息，按“delete”键，看系统如何处理，是否出错；然后选择一个和多个信息，进行删除，看是否正确处理。
11.检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填；添加规定为浮点型的项，修改也必须为浮点型。
12.检查修改重名：修改时把不能重名的项改为已存在的内容，看能否处理、报错。同时也要注意，会不会报和自己重名的错。
13.重复提交表单：一条已经成功提交的纪录，回格后再提交，看看系统是否做了处理。
14.检查多次使用回格键的情况：在有回格的地方回格，回到原来页面，再回格，重复多次，看会否出错。
15.Search检查：在有search功能的地方输入系统存在和不存在的内容，看搜索结果是否正确。如果可以输入多个搜索条件，可以同时添加合理和不合理的条件，看系统处理是否正确。
16.输入信息位置：注意在光标停留的地方输入信息时，光标和所输入的信息会否会跳动。
17.上传下载文件检查：上传下载文件的功能是否实现，上传文件能否打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统能否做到。
18.必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息。
19.快捷键检查：是否支持常用快捷键，如Ctrl+C ，Ctrl+V等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
20.回车键检查：在输入结束后直接按回车键，看系统处理如何，是否报错。
027-请简要说明Web测试的内容。
Web测试与一般应用系统的测试不同，链接的吻合性是web应用系统的一个主要特征，需要检查和验证是否按照设计的要求运行，而且测试系统在不同用户的浏览器的显示是否合适。
更重要的是，还要从最终用户的角度进行安全性和可用性测试。
028-基于WEB信息管理系统测试时应考虑的因素有哪些？
**功能测试： **
1.链接测试： １．测试所有连接是否按指示的那样确实连接到了该连接的页面， ２．测试所连接的也面是否存在， ３．保证ＷＥＢ应用系统上没有孤立的页面．只能在集成测试阶段完成
2.表单测试： 用户给信息系统管理员提交信息时，要测试提交操作的完整性，以校验提交给服务器的信息的正确性
3.Cookies测试： Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息．如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响
4.设计语言测试： 使用哪种版本的HTML
5.数据库测试： 数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试
**性能测试： **
１)连接速度测试 用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面 ２)负载测试 负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？
３)压力测试 负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。压力测试的区域包括表单、登陆和其他信息传输页面等
可用性测试：
１导航测试： Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显
２图形测试 在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等
３整体界面测试 内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误
客户端兼容性测试 :
１、平台测试 ２、浏览器测试
**安全性测试： **
1、现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等
2、Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用
3、为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪
4、当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性
5、服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题
029-请详细说明Web翻页功能测试的方法主要包括的内容。
A.首页、上一页、下一页、尾页。 有无数据时控件的显示情况； 在首页时，首页和上一页是否能点击； 在尾页时，下一页和尾页是否能点击； 在非首页和非尾页时，四个按钮功能是否正确； 翻页后，列表中的记录是否仍按照指定的排序列进行了排序。
B.总页数，当前页数 总页数是否等于总的记录数/指定每页条数； 当前页数是否正确。
C.指定跳转页 是否能正常跳转到指定的页数； 输入的跳转页数非法时的处理。
D.指定每页显示条数 是否有默认的指定每页显示条数； 指定每页的条数后，列表显示的记录数，页数是否正确； 输入的每页条数非法时的处理。
030-对Web网站测试所采用的测试方法与策略有哪些？
黑盒测试、白盒测试、静态测试和动态测试都有可能用到，还会包括面向对象测试技术的运用。
031-APP测试与web测试有什么区别？
(1) 从系统架构来看的话：web端一般都是b/s架构，基于浏览器的，app是c/s架构，是有客户端的。
(2) 兼容性方面：Web是基于浏览器的，所以更倾向于不同浏览器（Chrome、firefox）的兼容；App测 试则必须依赖于手机，更关注系统版本、分辨率、屏幕尺寸等兼容性问题。
(3) 除了功能测试，APP端还需要额外关注一些专项的测试，比如弱网测试、中断测试、安装/卸载测 试、流量/电量的测试，移动端性能测试等
032-Web站点测试一般测试哪些内容？
（1）文字测试
（2）链接测试
（3）图形、图像测试
（4）表单测试
（5）动态内容测试
（6）数据库测试
（7）服务器性能及负载测试
（8）安全性测试
033-Web 系统测试通常包括哪些?
功能测试、界面测试、易用性测试、帮助文档测试、兼容性测试、安全测试、性能测试
034-Web测试跟app测试中你熟悉的工具是什么呢？
答：
用到的工具：Git、adb、Jmeter、soapui、fiddler、xshell/xftp、navicat、pycharm、jenkins等。
Git：版本管理工具
jmeter简单压力测试、接口测试；
soapui接口测试；
fiddler抓包工具；
xshell/xftp：连接linux系统工具
navicat：连接数据库操作数据库工具
pycharm：写python代码编辑器
jenkins：持续集成平台
举例子简述如何操作：Jmeter，我们一般用来测试接口。比如说http类型接口，首先创建一个线程组，添加一个http类型的请求，把url以及参数都填写到http请求界面，然后再添加一个查看结果树，方便我们自己查看http请求以及返回结果。根据接口测试用例来一一测试接口，并把发现的bug提交到禅道上面。
能够提高工作效率，规范管理。
035-WEB测试主要围绕哪几个方面？
功能；性能；可用性；客户端兼容性；安全性。
036-简述一下WEB兼容性测试的工作内容?
兼容性测试主要考虑有：操作系统、浏览器、分辨率和网速方面兼容性测试；
web兼容性主要是对浏览器的兼容性测试。 浏览器兼容性测试的主要内容：页面的格式，字体，输入框，下拉框，复选框，按钮等的检查；检查页面是否显示正常
037-app测试和web测试的区别。主要说下兼容性
web主要考虑不同内核的浏览器的兼容；
app主要考虑不同手机品牌机型、操作系统、分辨率、尺寸等；