web测试 | 易学教程

我们在设计iPhone应用时犯过的错误

阅读更多关于我们在设计iPhone应用时犯过的错误

本文是由FreshBooks的产品经理和创意总监所写的开发实例。FreshBook是一款在线的发票服务软件，其服务的用户群体，决定了他们提供的功能必须在操作上简单、快速、高效。因此，他们的产品界面和功能体验上有着很高的要求。本文就是他们在具体实践方面的经验之谈。以下正文，以作者为第一人称编译：今年，我们(英文原文作者及团队)发布了FreshBooks的第一款iPhone应用。从前我们的产品一直是通过Web端应用的方式为客户们服务的。这次，我们把iPhone应用的设计开发过程看作一张空白的花布，尽力在其中实现一些新的功能概念和设计想法。在这个过程中，我们着实学到不少东西。不要害怕犯错对于移动应用这样的产品，在设计开发过程中必然会面对不少较为复杂的用户体验设计方面的挑战与问题，尤其是对于新手来说更是如此。无论你的线框稿在逻辑上有多缜密，UI稿在视觉上有多漂亮，当它们落实成为原型或最终产品时，总会有问题呈现出来。这并不完全是坏事；我们在设计FreshBooks的iPhone应用时甚至将犯错这件事也纳入到了流程规划当中，这就意味着：坦承没有完美的设计，无论稿件和原型多么优秀。真正的成功或失败都是由用户的反馈来定义的。对于在设计过程中看到的问题要迅速做出反应，根据从实际用户身上得来的验证结果进行迭代。接下来，我将向各位描述一下我们在项目中犯过的三个错误

WEB链接测试相关工具汇总

阅读更多关于 WEB链接测试相关工具汇总

链接是web应用系统的一个很重要的特征，主要是用于页面之间切换跳转，指导用户去一些不知道地址的页面的主要手段。链接测试一般关注三点：（1）链接是否按照既定指示那样，确实链接到了该链接的界面（2）测试该链接所链接的页面是否真的存在（3）保证系统中没有单独存在的页面（即没有链接指向，只能通过正确的URL地址才能访问。）工具可以参考这边博客文章： https://www.cnblogs.com/xuxiaozhu/p/10530461.html 来源： https://www.cnblogs.com/xiaoduanhe/p/12596647.html

测试理论--web测试方法总结

阅读更多关于测试理论--web测试方法总结

一、输入框 1、字符型输入框：（1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。（2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。（3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格（4）多行文本框输入：允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行，检查能否正确保存（若能，检查保存结果，若不能，查看是否有正常提示）、（5）安全性检查：输入特殊字符串（null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>）、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>） 2、数值型输入框：（1）边界值：最大值、最小值、最大值+1、最小值-1 （2）位数：最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数（3）异常值、特殊字符：输入空白（NULL）、空格或"~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能导致系统错误的字符、禁止直接输入特殊字符时

测试用例八大步骤

阅读更多关于测试用例八大步骤

第一步、UI体验测试　　1.风格、样式、颜色是否协调　　2. 界面布局是否整齐、协调（保证全部显示出来的，尽量不要使用滚动条　　3. 界面操作、标题描述是否恰当（描述有歧义、注意是否有错别字）。　　4. 操作是否符合人们的常规习惯（有没有把相似的功能的控件放在一起，方便操作）　　5. 提示界面是否符合规范（不应该显示英文的cancel、ok，应该显示中文的确定等）　　6. 界面中各个控件是否对齐　　7. 日期控件是否可编辑　　8. 日期控件的长度是否合理，以修改时可以把时间全部显示出来为准　　9. 查询结果列表列宽是否合理、标签描述是否合理　　10. 查询结果列表太宽没有横向滚动提示　　11. 对于信息比较长的文本，文本框有没有提供自动竖直滚动条　　12. 数据录入控件是否方便　　13. 有没有支持Tab键，键的顺序要有条理，不乱跳　　14. 有没有提供相关的热键　　15. 控件的提示语描述是否正确　　16. 模块调用是否统一，相同的模块是否调用同一个界面　　17. 用滚动条移动页面时，页面的控件是否显示正常　　18. 日期的正确格式应该是XXXX-XX-XX或XXXX-XX-XXXX:XX:XX 　　19. 页面是否有多余按钮或标签　　20. 窗口标题或图标是否与菜单栏的统一　　21. 窗口的最大化、最小化是否能正确切换　　22.

第三十一节：Web开发中常见术语总结【不断补充】

阅读更多关于第三十一节：Web开发中常见术语总结【不断补充】

3 月，跳不动了？>>> 1. 响应和吞吐 (1). 响应：表示应答的快慢。响应就像几乎装载不了东西，但速度飞快的赛车。 (2). 吞吐：表示处理数量的多少。吞吐就像速度很慢但能装载大量货物的卡车。如：1个人搬运一次货物需要10s，2个人搬运一次货物仍需要10s。时间就是响应，工作量就是吞吐。 2. 负载测试和压力测试 (1). 负载测试：为了获得系统正常工作时所能承受的最大负载，容量测试。模拟实际软件系统所承受的负载条件的系统负荷，通过不断增加模拟用户的数量，来观察不同负载下系统的响应和吞吐，系统所占用的资源。 (2). 压力测试：可以知道什么极限情况下系统会崩溃、系统是否具有自我恢复性，更多的是为了确定系统的稳定性。压力测试是在强负载下的测试，通过查看系统在峰值使用情况下的操作行为。压力测试是在极端情况下运行时测试应用稳定性，长时间运行。来源： oschina 链接： https://my.oschina.net/u/4383141/blog/3209189

Web Scraper 性能测试 (-_-)

阅读更多关于 Web Scraper 性能测试 (-_-)

刚在研究 Python 爬虫的时候，看到了个小白工具，叫 Web Scraper，于是来测试下好不好用。 Web Scraper 是什么？它是一个谷歌浏览器的插件，用于批量抓去网页信息，主要特点为，小白操作，快速上手安装方法去 Google WebStore 里面搜，Web Scraper，然后点击安装就行了！使用方法自己上网搜吧，太多了！测试结果首先，它适用的范围是，网页的可见范围；就是页面上能看到的，都可以抓取。所以，工作范围有限；例如，当你有一个 Excel，里面有 50 只股票的名字，要找到股价，这时这个工具就做不了了。因为股票代码，在Excel里，不在网页上这种情况，需要用 Python 自己写个小爬虫，来完成！然后，测试了抓取的精准度发现，抓取的时候，插件不会把网页往下拉。在测试抓去一个页面的，70多个视频标题，的时候，不知为何只能抓取出20多个可能是因为，这个页面每次久显示20个，然后当手动拉到最底端的时候，才会再 Load 例外20个。而，这个 Scraper，好像不会去拉动页面，只是打开就抓取，所以页面其实只 Load 了20个视频。这是插件的局限性么？再者，若是一个页面有很多信息要抓取时，会很不准确。如果一个页面，只有一个 Selector，只抓取一个 Element，会相对准确例如，当一个人网页有大量新闻的时候

实现动态WEB内容

阅读更多关于实现动态WEB内容

在 system1 上配置提供动态web内容，要求： 1、动态内容由名为 wsgi.group8.example.com 的虚拟主机提供 2、虚拟主机侦听在端口 8909 3、从 http://server.group8.example.com/pub/webinfo.wsgi 下载一个脚本，然后放在适当的位置，无论如何不要求修改此文件的内容 4、客户端访问 http://wsgi.group8.example.com:8909/ 时，应该接收到动态生成的web页面 5、此 http://wsgi.group8.example.com:8909/ 必须能被 group8.example.com 域内的所有系统访问答：再system1上执行 1、建立虚拟主机。 vim /etc/httpd/conf.d/httpd-vhosts.conf # 在配置文件最后面增加新的虚拟主机配置 Listen 8909 <VirtualHost *:8909> ServerName wsgi.group8.example.com WSGIScriptAlias / /var/www/html/webinfo.wsgi </VirtualHost> # 下载文件到指定目录 wget -O /var/www/html/webinfo.wsgi http://server.group8.example

web测试方法

阅读更多关于 web测试方法

搜索功能若查询条件为输入框，则参考输入框对应类型的测试方法 1、功能实现：（1）如果支持模糊查询，搜索名称中任意一个字符是否能搜索到（2）比较长的名称是否能查到（3）输入系统中不存在的与之匹配的条件（4）用户进行查询操作时，一般情况是不进行查询条件的清空，除非需求特殊说明。 2、组合测试：（1）不同查询条件之间来回选择，是否出现页面错误（单选框和多选框最容易出错）（2）测试多个查询条件时，要注意查询条件的组合测试，可能不同组合的测试会报错。性能测试 1.连接速度测试：用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。 2.负载测试：负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象

03- web表单测试

阅读更多关于 03- web表单测试

软件分为 b/s c/s两种架构表单测试 1.用户注册，登录，信息提交。 2.用户查询商品。 3.用户订购商品。 4.用户查询订单等。表单测试实例表单数据添加测试（一）添加按钮可用，测试点击添加按钮，能够进入响应的添加页面；进入添加页面，验证输入字段和需求描述一致；所有的输入字段输入合法数据；表单数据添加测试（二）重复提交信息，如一条已经成功的提交的记录，返回后在提交，看看系统是否做了处理。例如：12306网站重复预定一张相同车次和时间段的车次。表单数据添加测试（三）如果需求规定输入字段不能为空，验证程序对非空数据有明显标识或说明，对非空输入字段输入空数据有控制。如果需求规定字段需要选择输入，验证程序对选择数据有控制。例如：上面不填写验证码，会不会有响应的提示。表单数据修改测试修改按钮可用，测试点击修改按钮，能够进入相应的修改页面。修改各字段信息时，验证方法同添加，但是还需验证添加和修改的一致性。保存修改内容，重新查询修改后的内容。一条数据引用另一个数据，修改被引用数据后，引用数据中是否发生变化。表单数据删除测试（一）可能造成严重后果的删除操作，系统是否支持执行可逆或给出警告，删除前是否要求确认。删除操作是否正确执行，若删除的内容在文件或数据库中，应做实际校验。对于批量删除记录的系统，删除一个或多个记录，检查能否正确执行。

常见的几种Web安全问题测试简介

阅读更多关于常见的几种Web安全问题测试简介

Web项目比较常见的安全问题 1.XSS(CrossSite Script)跨站脚本 XSS(CrossSite Script)跨站脚本。它指的是恶意往Web 页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web 里面的html 代码会被执行，从而达到恶意用户的特殊目的。测试方法：在数据输入界面，添加记录输入：，添加成功如果弹出对话框，表明此处存在一个XSS 漏洞。或把url请求中参数改为，如果页面弹出对话框，表明此处存在一个XSS 漏洞修改建议：过滤掉用户输入中的危险字符。对输入数据进行客户端和程序级的校验（如通过正则表达式等）。Eg:对用户输入的地方和变量有没有做长度和对”<”,”>”,”;”,”’”等字符是否做过滤 2.CSRF与跨站脚本(XSS) CSRF与跨站脚本(XSS)，是指请求迫使某个登录的浏览器向易受的Web应用发送一个请求，然后以受害者的名义，为者的利益进行所选择的行动。测试方法：同个浏览器打开两个页面，一个页面权限失效后，另一个页面是否可操作成功，使用工具发送请求，在http请求头中不加入referer字段，检验返回消息的应答，应该重新定位到错误界面或者登陆界面。修改建议：在不同的会话中两次发送同一请求并且收到相同的响应。这显示没有任何参数是动态的（会话标识仅在cookie 中发送），因此应用程序易受到此问题。因此解决的方法为：（1）

订阅 web测试