webapp测试工具_web测试常用工具

文章目录：

• 1、WebApp不需要证书，苹果手机怎么安装调试？
• 2、有适合测试web app的自动化测试工具么
• 3、我想了解webapp开发的基本流程，包括使用什么工具。
• 4、webapp中会用到哪些技术
• 5、android app自动化测试工具有哪些

WebApp不需要证书，苹果手机怎么安装调试？

申请ios证书打包ipa测试分五步进行

1.申请一个苹果账号

2.申请ios测试证书（p12）

3.申请ios描述文件（mobileprovision）

4.打包ipa

5.安装ipa

一、申请苹果账号

也可以用我注册好的苹果账号体验下，新注册个也简单，1分钟搞定！

账号：894418571@qq.com 密码：abc123456ABC

1、点击苹果id注册地址，输入相关信息注册，如果已经有苹果账号了看第二步，还需要登录下苹果开发者中心，同意下协议，

有适合测试web app的自动化测试工具么

1、Monkey是AndroidSDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。2、MonkeyRunner也是AndroidSDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比Instrumentation它不需要测试人员了解代码实现细节（可以用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK16（Android4.1）及以上，不支持HybirdApp、WebApp。5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合AndroidStudio来编写测试的简单例子6、Selendroid：也是基于Instrumentation的测试框架，可以测试NativeApp、HybirdApp、WebApp，但是网上资料较少，社区活跃度也不大。7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。8、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，它的优点：它的哲理是：它的设计理念：相关限制：总结：在iOS部分是封装了UIAutomation；Android4.2以上是用UiAutomator，Android2.3~4.1用的是Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持NativeApp、HybirdApp、WebApp，还支持N种语言来编写你的测试脚本。如果你在Windows使用Appium，你没法使用预编译专用于OSX的.app文件，因为Appium依赖OSX专用的库来支持iOS测试，所以在Windows平台你不能测试iOSApps。这意味着你只能通过在Mac上来运行iOS测试。Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appiumclientlibraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。Session，每个Client连接到Server以后都会有一个SessionID，而且Client发送命令到Server端都需要这个SessionID，因为这个seesionid代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。DesiredCapabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。AppiumServer是Node.js写的，所以可以直接用NPM来进行安装。AppiumClients，MacOS和Win下提供GUI，不需要装Node.js，方便测试人员操作。用Appium自动化测试不需要重新编译App；支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；移动端自动化测试应该是开源的；开源；支持NativeApp、HybirdApp、WebApp；支持Android、iOS、FirefoxOS；Server也是跨平台的，你可以使用MacOSX、Windows或者Linux；

我想了解webapp开发的基本流程，包括使用什么工具。

介绍几个web开发需要的基础工具：

Kendo UI：webAPP界面设计工具。Kendo

UI拥有统一测试，支撑框架下所需要的所有工具。使得专注于创建自己的应用程序，而不是从成百上千不支持的插件和库中创建（和支撑）框架。 Kendo

UI Web包括简单、一致的编程接口，安全可靠的数据源，精美和新颖的UI小部件，MVVM框架，主题和模板等。需要做的就是以Kendo UI

Web为基础，去开发现代化、交互式的HTML5和JavaScript应用程序。

Kendo UI Web支持即时触屏功能。所有的Kendo

UI

Web小部件都全面支持触屏设备，如iPad、iPhone和Android，因此Web应用程序能用在许多不同输入选项的设备上。甚至Kendo

UI的拖拽框架都支持触摸屏，无需仅仅为了处理鼠标和触摸屏输入而复制代码。

MOQUPS：这个工具可创建出非常惊人的webapp，具有高保真、独立分辨率的 SVG 模型和线框。Moqups 是一款HTML5在线的WEB框架、模型、UI设计并创建的网络应用程序。 基于HTML5在线WEB框架、模型、UI设计并创建:Moqups 它内置有超过60套手绘的SVG模板及特性。

Fluid UI：Fluid UI 是目前最快的移动 app 原型设计工具，它可以在移动设备上测试各种低保真和高保真的 app 模型

UXPin：UXPin是DeSmart团队开发的一个简易快速的实体模型和在线可点击原型创作工具。基于优秀的用户体验设计原则，在构建原型中，提供了一个完整的工具包（该工具包具有良好的用户设计模式和元素）来从头构建一个出色的原型。UXPin具有响应式的断点功能，创建的响应式原型和线框图可以运行在不同的设备和分辨率上。另外该软件还提供了版本控制和迭代功能，可以轻松的共享预览，直观的注解和实时的协同编辑和聊天。

webapp中会用到哪些技术

1、界面元素的需求

在Web前端开发中，简单这个原则是很重要的。在任何时候，你在屏幕上显示越多的控制，您的用户将不得不花费更多的时间去搞清楚如何使用界面。当选择变少时，可用的功能变得更加明显更容易被发现。简化的界面虽然是不容易的，尤其是如果你不想限制应用程序的功能的时候。

当你点击 Kontain 搜索框的搜索链接时，会出现一个类似于下拉菜单的层。所以，如果您需要来缩小搜索范围，您可以选择菜单中你所需要的类型。这些选项的聚合简化了搜索框。

隐藏或者掩盖高级功能 是使事情更加简单的一种方法。找出最常用的功能，并且把剩下的藏起来。你可以用弹出式菜单和操作来做这件事，这在桌面软件中很常见。例如，如果您的搜索栏拥有高级过滤器，把它们放在尾部的一个特别的下拉菜单中。如果用户需要使用这些过滤器，他们只需几下点击便可以开启这些功能。决定该保留什么隐藏什么不是一个简单的任务，也会取决于重要性和操作时的频繁程度。

当你点击 CollabFinder 的搜索链接时你不需要打开不同的页面，相反，搜索框的控制菜单下拉下来，允许你能够直接开始搜索。

2、专门操作

根据情况选择合适的界面控件 是很重要的。不同情况下可以用不同的方式处理，而且某些控件会比其他控件能够更好地完成他们的目标工作。

Backpack 里有一个紧凑的日历和时间选择器选择提醒日期。

例如，你可以通过一个下拉列表来选择年月日，但是和日历选择器相比下拉列表不是非常高效的，在日历里你可以直接通过点击选择你想要的某一天。日历选择器也会让你更容易看到日期、周期和月份（特别是工作日和休息日），因此能够让你比用简单的下拉列表更快地做出更明智的选择 。

3、禁用按下按钮

在web应用程序的表单问题中有一个就是提交过程，非常简单的表单，如果你快速地点击两次或者更多次“提交”按钮，这个表单会被多次提交。这显示是个问题，因为它会重复创建相同的项目 。防止重复提交的不是很难，而且对于大多数Web应用程序来说做到这一点是非常必要的。

它有两层维护：客户端和服务器端 。我们不会通过服务器端维护是因为这将取决于您使用的编程语言和你的后端架构。基本上你应该做的就是在提交过程中添加一个检测机制，去检查被提交的内容是否重复，并且是否需要阻止提交。

在 Yammer 上，当你的新消息被提交之后，“更新”按钮将被禁止。

客户端则是简单得多。所有您需要做的就是在点击之后禁用“提交”按钮 。最简单的方法就是为“提交”按钮添加一段JavaScript，如下所示：

input type=”submit” value=”Submit” onclick=”this.disabled=true” /

当然，我们会建议您同时还对服务器端进行检查，以确保重复不会获得通过。

4、模拟窗口的阴影

在弹出菜单和窗口下的阴影不止是看起来很漂亮这么简单。它们帮助菜单或者窗口通过强调从背景中脱颖而出 。它们还通过周围暗色调区域来屏蔽掉背景内容的噪音。

这种技术来源于传统的桌面软件，帮助用户把他们的焦点放在出现的窗口上。由于大多数情景窗口是不容易从桌面程序中辨识出来，所以阴影帮助他们更接近于读者，因为感觉上窗口似乎是三维地浮在其他页面上。

Digg 的登录窗口有一个厚厚的阴影围绕它来屏蔽网页噪音。

5、空白状态告诉你要做什么

当你设计一个Web应用程序时，你不仅需要通过样本数据去测试这个程序，而且最重要的是当什么内容都没有的情况下，你要确保它看起来不错而且是有帮助的 。

当在页面或者查询结果没有信息时，告诉你如何才能处理这些空白区域是一条很有帮助的信息。例如，一个项目管理应用程序的网页可能会列出用户的项目，但如果没有项目，你可以提供一个创建项目的链接。即使已经有创建项目的按钮存在在页面上，但一点额外的帮助并不会有损失 。

Campaign Monitor 会在你开始建立一个邮件广告时指导你正确的方向。

这种技术实际上鼓励用户试用服务，并在注册之后直接使用这项服务。通过应用程序的单步指导用户能够帮助他/她去了解程序提供的优势以及是否有用。同样重要的是把最重要的操作呈现给用户并且只有这些而已——把所有功能都呈现出来并没有意义。请记住，用户通常希望得到一些或多或少提供给他们的具体构思，但是他们不想要直接跳到详细说明去——他们既没有时间也没有兴趣。

通过空白状态去激励用户和行为，可以大大减少“辍学”，并且帮助您的潜在客户，更好地了解该系统如何工作。

6、按钮的按下状态

许多Web应用程序有自定义的按钮样式。这些都是用自定义图片作为他们背景的锚点或输入按钮。默认输入按钮可能不适合在一些情况下，以及文字链接有时过于渺小。目前的挑战是，当你把你的链接弄得看上去像按钮时，它们的操作也应该和按钮一样——这包括当用户点击它们时会有被“按动”的效果 。

这不是一个纯粹的视觉调整。提供即时反馈给用户将使应用程序感觉更有响应性，并且给用户带来更接近于桌面软件的的用户体验。

你可以通过CSS为按钮增加按下的效果。

Highrise 的按钮实际上是在你点击的时候显示一个按下的效果，给用户一个非常舒适的反馈感觉。

7、在登陆页面提供注册的连接

一些没有注册你的应用程序的用户将不可避免地停在你的登录页面上。他们想要使用你的应用程序，但是却不能立刻找到注册页面。可能他们已经试过访问一个只提供给注册用户的特定页面。

Goplan 的登陆页面上有个漂亮的彩色按钮指向注册页面。

在你的登陆页面上放上注册的连接 会让一切容易很多。如果他们没有账户，他们不应该去寻找注册页面。我们研究证实：在注册页面，有18%的网站有登录表单或者链接到登陆页面的连接。

8、上下文关联导航

思考什么是用户期望看到的以及在每个给与的情景 中他们需要什么是很重要的。你不需要在每个地方显示同样的导航控件因为在用户可能不是在每个环境中都需要它们。

上下文关联控件的最佳范例之一是最近在微软office 2007中的界面，在它的界面中默认的工具条被带装控件代替。每个标签上有不同控件相关的特定操作，无论是图形编辑，校对或者简单书面形式。web应用程序也可以受益于这种上下文关联的控件，因为这些控件通过只显示用户需要的内容来帮助整洁界面，并非显示所有的内容 。

Lighthouse 提供一个熟悉的标签导航菜单，但是它在标签正下方有二级菜单。这个层级只显示当前项目相关活动的部分。

9、更加重视主要功能

不是所有控件拥有相同的重要性 。例如，在屏幕上创建一个新项目，你可以有两个按钮：“创建”和“取消”。这个“创建”的链接更重要一些，因为是用户大部分时间会去用的操作。只有少数才会去取消。所以如果这些控件挨着排放，你可能不会想要给于相同的重视。

这个 Lighhouse 的“创建任务”按钮。你可以看到“取消”链接在旁边以纯文本格式。这个按钮不仅具有更重要的操作而且会有较大的点击区域并且容易去点击。

为了让用户的重点转向“创建”链接，我们可以简单地利用不同的样式或者控件形式。一些应用程序的表单输入按钮用来作为创建动作，并且把取消操作作为一个文字连接。这样不仅给与创建按钮更多的点击区域 ，而且也帮助那些在搜寻内容的用户获得更好的焦点目光 。

10、嵌入式视频

当图片和文字作为一种很大的方式去和你的用户沟通并且教育你的用户有关你程序的特点时，如果你有资源去投入，视频甚至可以成为更好的选择。视频在最近几年的web应用上已被越来越受欢迎。对于Web应用程序，视频通常作为展示产品特点的示范影片 被用于市场网站中。但是这不是使用视频的唯一方法。

GoodBarry 特点是在头版有示范视频去展示产品，它也通过利用示范影片去教育用户如何开始使用。

一些Web应用程序使用视频嵌入在程序本身教导用户如果使用某些特定功能。视频是一种非常好的方式去快速展示你产品是被怎么使用的，因为它更容易描述超过一页文字的内容，也清楚得多，因为观众可以清楚地看到该怎么办。

android app自动化测试工具有哪些

1、Monkey是Android SDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。

2、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。

3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。

4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比Instrumentation它不需要测试人员了解代码实现细节（可以用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK 16（Android 4.1）及以上，不支持Hybird App、WebApp。

5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合Android Studio来编写测试的简单例子

6、Selendroid：也是基于Instrumentation的测试框架，可以测试Native App、Hybird App、Web App，但是网上资料较少，社区活跃度也不大。

7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。

8、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。

9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，

它的优点：

开源；

支持Native App、Hybird App、Web App；

支持Android、iOS、Firefox OS；

Server也是跨平台的，你可以使用Mac OS X、Windows或者Linux；

它的哲理是：

用Appium自动化测试不需要重新编译App；

支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；

不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；

移动端自动化测试应该是开源的；

它的设计理念：

Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appium client libraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。

Session，每个Client连接到Server以后都会有一个Session ID，而且Client发送命令到Server端都需要这个Session ID，因为这个seesion id代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。

Desired Capabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。

Appium Server是Node.js写的，所以可以直接用NPM来进行安装。

Appium Clients，Mac OS和Win下提供GUI，不需要装Node.js，方便测试人员操作。

相关限制：

如果你在Windows使用Appium，你没法使用预编译专用于OS X的.app文件，因为Appium依赖OS X专用的库来支持iOS测试，所以在Windows平台你不能测试iOS Apps。这意味着你只能通过在Mac上来运行iOS测试。

总结：

在iOS部分是封装了UIAutomation；Android 4.2以上是用UiAutomator，Android 2.3 ~ 4.1用的是 Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持Native App、Hybird App、Web App，还支持N种语言来编写你的测试脚本。