㈠ 移动测试和Web测试有什么区别
从本质上来说， 移动测试和Web测试都是一样的， 测试理论，测试方法都是一样的。
但是移动端，比如手机和平板电脑， 也有一些需要特殊测试的地方，
阅读目录
移动测试和Web测试的简单回答
相同点， 都是采用功能测试
一个在Web上测试， 一个在App测试
相同点: 同样的测试的基础知识
不管是传统的Web测试， 还是新兴的手机App测试， 都离不开测试的基础知识
1. 相同的设计测试用例方法： 边界值，等价类，错误推导法，场景法
2. 同样的测试方法， 验证业务功能是否符合预期
3. 都要检查UI： 界面的布局， 风格和按钮是否简洁美观， 是否统一
4. 页面的性能检测
5. 应用的稳定性： 测试应用的稳定性， 不会闪退卡死等。
后台都是一样的
移动测试和Web测试， 他们调用的是同样的后台， 同样的Restful API。
所以首先做好后台的RestfulAPI 测试。
移动测试强调用户体验
移动APP， 实质上就是一个缩小的Web程序， 屏幕小，操作不方便，所以强调用户体验。
移动APP的测试， 业务都相对简单
移动App, 一般都是面向个人用户的， 通常操作比较简单， 业务逻辑也比较简单。 所以测试起来会相对简单点。
移动端的特性
移动端有很多的特性，需要特殊测试
网络种类多
移动端有多种网络：无线网络、2G、3G、4G等，断网、网速较差及网络之间的切换时页面的显示等，这些对于移动端来说很重要。此外，在非wifi下，还需要注意网络使用量问题。
弱网测试
模拟App在网速慢，网络不稳定的情况下。
中断测试
移动端有一个很重要的问题，一般情况下在使用软件的过程并不是长久的，这中间可能发生很多中断，如电话、短信、通知、断电等等，软件
需要特殊处理这些特殊情况。
打开一个页面，或在操作的过程中（点击一个按钮后），将手机屏幕锁住，再打开时，应用能否正常处理。
1. 来电中断： 呼叫中断， 被呼叫挂断，通话挂断，通话被挂断
2. 短信中断： 接受短信， 查看短信
3. 其他中断： 蓝牙，闹钟，插拔数据线， 手机锁定， 手机断电， 手机问题(系统死机， 重启)
屏幕的限制
图片及文字的显示；上传不同的图片尺寸显示是否正常；图片和文字一起显示时，效果如何。
操作区域；web端的应用，一般不会受 到屏幕的限制，而且通过鼠标操作更加准确。但是移动端由于屏幕较小，页面及按钮会受到屏幕大小的限制，再加上用户都是通过手指进行操作，一些按钮、选择框 等是否容易点击，多个可点区域位置较近时，点击部位稍微偏移，也许就会造成不同的结果，这种情况下是否可以达到预先的效果。
安装卸载测试
用应用市场安装
用apk文件安装。
完全卸载（用户的profile文件）
部分卸载
升级测试
从上一个版本/上两个版本直接升级到最新版。
全新安装最新版
新版本覆盖旧版本安装
卸载旧版本， 安装新版本
卸载新版本， 安装新版本
增量更新
强制更新
测试点在于： 升级之后， 已经登录的用户，是否仍处于登录的姿态， 用户的缓冲文件， 配置文件是否还在。
软件启动运行
移动端启动、卸载、升级几个特性，这是比较常见、也很重要的，比如升级时用户的数据怎么办，卸载后用户的数据怎么处理，卸载再安装用户登录数据的显示等。
手势
移动端还有一大特性，就是移动端有自己比较简单的手势，用户可以通过手势进行一个操作，比如左滑删除、右滑返回上一个页面、左右滑动图片等，软件需要对这个手势进行适配。
多点触控，
事件触发区域
自动化工具不太一样
App 测试 用的是, Monkey, MonkeyRunner, Appnium,
Web 主要用： Webdriver
㈡ web和移动端测试的区别
一个是pc端测试 一个是移动端测试
其实移动web是app和传统的web并没有本质的区别。
但是，同一个页面不可能被桌面浏览器和移动浏览器同时浏览.
asp.net可以为移动web提供一个系统自适应结构，这个结构可以为浏览器提供特定的输出.
而且可以将呈现逻辑细分为较小的部分，这样在显示区域和输入设备硬件都有限的情况下更好的工作。
㈢ web和测试，哪个发展更好一下啊有点犹豫
各有各的好处。自动化测试对长远的技术方向的职业发展很不是很好。Web 前端，发展还是不错的。
㈣ 什么是web测试
首先要知道什么是web，
web是一种信息传递技术，目前主流的web采用的HTML，CSS，JavaScript技术，简称web三剑客。
web测试，就是对web这种技术的服务软件进行测试。
web2.0之后很多都是动态的，需要语言支持，常见的有php，asp，java，等等
㈤ Web应用软件的特点及其对测试的影响是什么(web应用测试的内容有哪些)
Web测试和App测试区别为：监测不同、更新不同、回归测试不同。
一、监测不同
1、Web测试：Web测试需监测响应时族春间、握梁CPU、Memory。
2、App测试：App测试除了需监测响应时间、CPU、Memory外，还需监测流量、电量等。
二、更新不同
1、Web测试：Web测试只要更新了服务器端，客户端就会同步会更新。
2、App测试：App测试更新需要手动更新客户端。
三、回归测试不同
1、Web测试：Web测试不需要进兆皮耐行回归测试。
2、App测试：App测试所有核心版本都需要进行回归测试。
㈥ WEB测试应该注意哪些地方，怎样才能做好WEB
基于Web的系统测试与传统的软件测试既有相同之处，也有不同的地方，对软件测试提出了新的挑战。基于Web的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的系统测试方法。
随着Internet和Intranet/Extranet的快速增长，Web已经对商业、工业、银行、财政、教育、政府和娱乐及我们的工作和生活产生了深远的影响。许多传统的信息和数据库系统正在被移植到互联网上，电子商务迅速增长，早已超过了国界。范围广泛的、复杂的分布式应用正在Web环境中出现。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户存取。
Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作为一门新兴的学科，提倡使用一个过程和系统的方法来开发高质量的基于Web的系统。它"使用合理的、科学的工程和管理原则，用严密的和系统的方法来开发、发布和维护基于Web的系统"。目前，对于web工程的研究主要是在国外开展的，国内还刚刚起步。
在基于Web的系统开发中，如果缺乏严格的过程，我们在开发、发布、实施和维护Web的过程中，可能就会碰到一些严重的问题，失败的可能性很大。而且，随着基于Web的系统变得越来越复杂，一个项目的失败将可能导致很多问题。当这种情况发生时，我们对Web和Internet的信心可能会无法挽救地动摇，从而引起Web危机。并且，Web危机可能会比软件开发人员所面对的软件危机更加严重、更加广泛。
在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。
一般软件的发布周期以月或以年计算，而Web应用的发布周期以天计算甚至以小时计算。Web测试人员必须处理更短的发布周期，测试人员和测试管理人员面临着从测试传统的C/S结构和框架环境到测试快速改变的Web应用系统的转变。
一、功能测试
1、链接测试
链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。
2、表单测试
当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
3、Cookies测试
Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。
4、设计语言测试
Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、javascript、 ActiveX、VBScript或Perl等也要进行验证。
5、数据库测试
在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
二、性能测试
1、连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
2、负载测试
负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？
3、压力测试
负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。压力测试的区域包括表单、登陆和其他信息传输页面等。
三、可用性测试
1、导航测试
导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？
在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
2、图形测试
在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：
（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。
（2）验证所有页面字体的风格是否一致。
（3）背景颜色应该与字体颜色和前景颜色相搭配。
（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。
3、内容测试
内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。
4、整体界面测试
整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个Web应用系统的设计风格是否一致？对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。对所有的可用性测试来说，都需要有外部人员（与Web应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户的参与。
四、客户端兼容性测试
1、平台测试
市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。
2、浏览器测试
浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、javascript、 ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，javascript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
五、安全性测试
Web应用系统的安全性测试区域主要有：
（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。
（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。
（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。
（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。
六、总结
本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于Web的系统测试方法。基于Web的系统测试与传统的软件测试既有相同之处，也有不同的地方，对软件测试提出了新的挑战。基于Web的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。
㈦ 怎样搭建web项目测试环境_测试环境的搭建
在开发中大型的JavaEE项目时，前后端分离的框架逐渐成为业界的主流，传统的单机部署前后端在同一个项目中的工程项目越来越少。这类JavaWeb项目的后端通常都采用微服务的架构，后端会被分大伍哪解为诸多个小项目，然后使用bbozookeeper或者springCloud来构建微服务，前端则会是一个单独的项目，前台的请求通过微服务来调用。但是，不同与传统的web项目，这类前后端分离的项目如何在开发中部署和运行呢？
当前后端分离时，后端项目一定会被加载到tomcat的webapp目录下面，但是前端的资源院该如何被访问到呢？这里以tomcat这个中间件为例，探讨在开发这类项目的时候，如何让前后端分离的项目部署并且运行起来，即后端项目部署在tomcat之后如何在运行时访问静态滚码资源（非上线部署）。
主要有两种方案：1.在本地通过Nginx来处理这些静态资源。2、将静态资源统一放入一个javaweb应用中，并将自动生成的war包随后端项目一期丢入tomcat。下面详细介绍
一、使用Nginx来访问静态资源。
在本地安装nginx并且修改nginx.conf，修改相关配置，将web访问的端口的资源进行更改，配置如下：
server{listen80;server_namelocalhost;charsetutf-8;#aess_loglogs/host.aess.logmain;
location/{proxy_passtomcat_pool;proxy_redirectoff;
proxy_set_headerHOST$host;
proxy_set_headerX-Real-IP$remote_addr;
proxy_set_headerX-Forwarded-For$proxy_add_x_forwarded_for;
client_max_body_size10m;
client_body_buffer_size128k;
proxy_connect_timeout90;
proxy_send_timeout90;
proxy_read_timeout90;
proxy_buffer_size4k;
proxy_buffers432k;
proxy_busy_buffers_size64k;
proxy_temp_file_write_size64k;
}
location~.*.(html|htm|gif|jpg|jpeg|bmp|png|ico|txt|js|css|woff|woff2|ttf|eot|map)${
rootD:Workspacesesop-html;indexindex.html;
}
listen对象改为你本地的tomcat访问端口，最下面location中的root改为你前端项目中静态资源的位置，这样就可以实现只部署后端的项目就能访问前端的页面了。
二、将前端项目转换为动态的web项目，随后端项目一起丢入tomcat
这个方案省去了在本地安装和配置nginx，但是也只适用于开发阶段项目的部署运行和调试，真正在生产环境通常前后端项目会部署在不同的服务器。
如果是IntellijIdea,在导入前端项目之后，右键项目addframeworksupport-->webapplication，这时将会把前端项目转换为一个javaweb项目，然后将静态资源放在生成的web目录下即可。
如果是eclipse，可以新建一个javaweb项目然后将静态资源放入web或橘含者webcontent目录下，或者直接先导入前端项目，然后通过projectfacts将项目转换为dynamicweb项目并勾选js等相关配置。
然后，运行项目时把后端的war包和前端的war包一同添加到deployment中运行即可。
㈧ Web前端和软件测试哪个好
web前端相当于是半个程序猿，测试门槛比较低但是薪资待遇也相对差一些。这都想在想去培训学习的人想知道的，每当换行业时，总是不知道学习什么，又怕自己入错行了，那到底web前端和软件测试哪个好呢？
了解web前端的知识
前端方面非常稀缺人才，如果懂H5那是非常好的了，而且待遇也不低，不过 浏览器兼容性是前端噩梦测试虽然入门门槛低，但是其实需要学的东西非常多，如果是web测试，那么各种乱七八糟前端的东西都要去了解(JS，CSS，HTTP，HTTPS，POST请求，XML，JSON)起码不会写代码，但是你要了解。
软件测试的基础知识
软件测试还可以细分为功能测试，这个要求技术不高薪水也不高，属于黑盒测试开发，这个介于黑盒和白盒之间，都要懂，而且要会代码，薪资和开发比差不多；白盒测试，这个一般开发会做，也有给测试做的，薪资和开发差不多，基本持平自动化测试，这个基本要会写代码而且量还不少，薪水不错性能测试，这个主要是性能分析，薪水也不错，不比开发少安全测试这个基本就是搞安全的 这个能力有多强，薪资有多高。
web前端该掌握的基础
web前端开发一般指网页开发，学好CSS3是网页外观的重要一点，就是布局效果，CSS3可以帮助把网页外观做得更加美观。学习JavaScript的基本语法，以及如何使用JavaScript编程将会提高开发人员的个人技能，JavaScript相对于前端来说，也是分量比较重的。也要认识一下NodeJS和PHP加上数据库等这样的后端语言，方便前后端开发配合，学习 HTML5、CSS3、响应式页面布局、微网站制作等开发移动互联网的应用。像Ajax、JQuery、jQueryMobile、Bootstrap、AngularJS等更是前端开发必学的高级技术，掌握精通这些可以拿到很满意的薪资。
软件测试逻辑性
软件测试工程师与软件工程师不同，软件工程师大多是男生，因为软件开发的工作需要很强的逻辑推理能力，而软件测试工程师则不需要天天去思维创造，工作重点是在注重经验的积累上面，同时，软件测试工程师要查找软件的缺陷需要具备的素质与女性所有的细心，耐心，安静，敏感等各个方面很吻合。同时，女生做测试的优势还在于沟通，女生应该比男生稍微细心点，这点对于发现Bug还是很有优势的。
软件测试是在软件开发过程中，在不同阶段对程序进行测试，发现程序中的错误，对软件的质量进行控制，扮演着“把关人”的角色。细腻、敏感、认真、有耐心、想象力丰富、沟通能力强是女性与生俱来的性格特点，这些性格特点可以使女生在软件测试工作中更加顺利。
web前端和软件测试哪个好？其实这个没有规定性，你得了解这两个课程体系，才能更好的判断，在挖掘数据方面，都有自己的长短处，只是形式不同而已。
网页链接
