web测试

一、登录注册功能 1、页面调转 2、tab键与enter键 3、密码加密显示，是否支持复制粘贴 4、账号密码校验 5、刷新页面，更新验证码 二、界面测试 1、样式、颜色、整体布局风格 2、最大化、最小化切换 3、易操作、提示语简洁 4、tab键输入框按顺序、enter选择 5、风险操作需提示或限制（删除数据） 6、不同分辨率下是否清晰、不同浏览器显示是否正常 7、输入框检查（日历） 输入框： 1、长度检查 站在用户的角度考虑软件的易用性 测试数据避免单纯输入“123”、“abc“之类的，让测试数据尽量接近实际 尽量不要用最高级管理员进行测试，用新建的用户进行测试 三、搜索查询功能 1、模糊查询、单一查询、组合查询 2、重置（下拉框、文本框、选择框、一般默认值不清空） 3、默认排序 4、翻页菜单、结果统计 5、单选、多选、全选 6、列表、列宽、滚动条 7、权限控制（查询当前用户数据权限下的数据） 8、分类查询（提示信息：空条件、不存在条件、默认查询、模糊查询、精确查询） 四、增删改功能 1、enter键、tab键 2、错误提示语（特殊字符限制、长度限制、不可编辑） 3、必填项校验 4、唯一性校验（新增、修改规则一致） 5、新增、修改保存后页面是否调转，数据是否更新（新增在列表排序显示第一个，清空时不清空默认数据，取消不保存数据） 6、检查关联页面或关联数据 7、连续多次点击

每天记录学习，每天会有好心情。*^_^* 今天和一个朋友共同完成了一个基于web的java文件管理系统项目，我们在开发时选用的框架是SSM(MYECLIPSE)框架。我这个朋友知识有限，只会这个框架，哈哈，都是为了方便他。和往常一样选用简单又便捷的MYECLIPSE作为开发工具，基于web的java文件管理系统是一个 后台项目。基于web的java文件管理系统的介绍是这样的：采用当前非常流行的B/S体系结构,以JAVA作为开发技术,主要依赖SSM技术框架，mysql数据库建立本系统。同时,系统简单清晰的界面设计和功能导航使得系统的使用操作方便快捷；Java语言开发的Web服务器端,使得其移植性较强,部署简单。总体上,该系统有良好的使用价值和应用前景。 本论文的最后详细阐述了网络文件管理中关键技术的研究与解决情况,并进行了测试。同时指出了该系统的不足之处、文件管理的发展方向和系统的进一步工作。 一个基于web的java文件管理系统应包含用户角色有管理员、用户。为了能让用户顺利登陆系统完成相关操作，需要为每种登陆角色设置账户和密码字段。 在系统的功能中，文件浏览是一个重要的表。这个表使得文件上传关联了起来。在文件浏览表中文件浏览的上传人与文件上传的shangchuanren字段对应 ，他们拥有关联关系。 总结得出基于web的java文件管理系统项目所有数据为：管理员(admin)、用户

测试策略：侧重需求分析，评估风险，定义测试范围，确定测试方法，制定测试启动、停止、完成标准和条件。测试类型大概有以下几种： 1. 功能测试 确保测试对象的功能正常，其中包含导航、数据输入、处理和检索等 （1）链接测试 测试所有链接是否按指示的那样确实链接到该链接的页面。 测试所有链接的页面是否存在。 保证 Web 系统上没有孤立的页面。 （2）表单测试 比如用户提交的出生日期是否符合常理，填写的所属省份与所在城市是否匹配等。 用户所填写的信息是否在表单可以接受的值的范围，如果不接受，系统是否会报出错误提示。 （3）Cookies 测试 Cookies 是否起作用。 Cookies 是否按预定的时间进行保存。 刷新对 Cookies 有什么影响。 （4）设计语言测试 所使用的 HTML 的版本。 脚本语言的版本，比如：Java、JavaScript、ActiveX、VBScript 或 Perl 等脚本语言。 （5）数据库测试 确保数据库访问方法和进程正常运行，数据不会遭到损坏。 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据或对数据的请求。 检查数据库，确保数据已按预期的方式填充，并且所有数据库事件都按正常方式出现。 检查所有返回的数据，确保为正当的理由检索到正确的数据。 数据一致性。主要是由于用户提交的表单信息不正确造成的。 输出错误

1. 相同点： （1） 都是需要按照需求来进行测试的。 （2） 测试流程都是一样的：测试计划、测试方案、书写测试计划、评审用例等。 （3） 测试方法是一样的：每个软件都可以进行手工测试，做自动化测试、黑盒测试、灰盒测试或者白盒测试。 （4） 测试分析和设计方法是一样的：测试分析指的是如何提取测试项；设计方法是设计测试用例（11种）。 （5） 测试管理工具：缺陷管理工具、用例管理工具。 2. 不同点： （1） 安装测试：app系统有安装测试、升级测试、卸载测试； Web系统客户端用的是浏览器，不需要系统。 （2） 功能测试：app系统需要额外的考虑和手机交互性测试，还需要考虑app之间的交互性测试（例如：看视频中，来了电话，视频停止，挂了电话，视频恢复播放）；手机的home键，返回键，多点触控等情况。 （3） GUI用户界面测试：app系统需要考虑横屏、竖屏模式是否能够显示正常，分屏模式，单手模式是否能够显示正常。 （4） 兼容性测试：app系统兼容的是不同品牌的手机，手机的操作系统和操作系统的版本，手机的屏幕尺寸； Web系统兼容的是不同的浏览器，不同浏览器的版本。 （5） 性能测试：app系统侧重消耗电量、温度、流量等指标（APP使用过程中占用手机资源的情况）； Web系统侧重多用户使用情况下的系统性能问题。 来源： CSDN 作者： 未蓝星星 链接： https://blog

看过了千里大腿的blog，再加上最近也有一些同学问我web与app测试的区别。所以在这里也献丑，写一篇随笔。希望对大家有所帮助。 笔者做了快三年的测试了。大部分时间都在做app的测试，web测试也做了半年左右。其实我觉得这两者并没有什么大的区别。 仅仅从功能测试的层面上来讲的话，在流程和功能测试上是没有区别的。那么区别在哪里呢？ 我个人觉得就是由于载体不一样，所以系统测试和一些细节可能会不一样。 那么我们就要先来了解，web和app的区别。 web项目，一般都是b/s架构，基于浏览器的，而app则是c/s的，必须要有客户端。那么在系统测试测试的时候就会产生区别了。 首先从系统架构来看的话，web测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是app端是不能够保证完全一致的，除非用户更新客户端。如果是app下修改了服务端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。 接着是性能方面，web页面可能只会关注响应时间，而app则还需要关心流量、电量、CPU、GPU、Memory这些了。至于服务端的性能是没区别，这里就不谈。 然后是兼容方面，web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容，不过一般还是以浏览器的为主。而浏览器的兼容则是一般是选择不同的浏览器内核进行测试（IE、chrome

Web测试中，各类web控件测试点总结 一 、界面检查 　　进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验 　　1、页面名称title是否正确 　　2、当前位置是否可见 您的位置：xxx>xxxx 　　3、文字格式统一性 　　4、排版是否整齐 　　5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一 　　6、同一页面，是否出现 字段名称相同、值取不同的问题。 　　7、数据加载情况：除了文本框的值，还要注意： 　　复选框，是否保存打√，或者保存不打√ 　　下拉框，是否保存选择的值 　　多文本框，值是否都被保存，空格，换行是否保存 二、单文本框（type=text） 　　边界：字段长度 　　判空：是否可以为空 　　唯一性：是否唯一 (小归结：边界、判空、唯一性、特殊字符、正确性) 　　考虑语言，操作环境 　　特殊符号测试输入： 　　' or 1<>'1　　　' or '1'='1　　' or '1'<>'2　　"|?>< 　　where a='xxx'　　　下划线是否允许　　输入全部空格 输入 单引号 　　><script>alert(“123”);</script>> 　　特殊字段输入限定： 　　框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉 　　输入金额文本框，整数首位为0，过滤掉，小数点后面

基于Web的 系统测试 与传统的 软件测试 既有相同之处，也有不同的地方，对 软件测试 提出了新的挑战。基于Web的 系统测试 不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和 可用性 测试。本文从功能、性能、 可用性 、客户端兼容性、安全性等方面讨论了基于Web的 系统测试 方法。 随着Internet和Intranet/Extranet的快速增长，Web已经对商业、工业、银行、财政、教育、政府和娱乐及我们的工作和生活产生了深远的影响。许多传统的信息和 数据库系统 正在被移植到互联网上，电子商务迅速增长，早已超过了国界。范围广泛的、复杂的 分布式 应用正在Web环境中出现。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户存取。 Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作为一门新兴的学科，提倡使用一个过程和系统的方法来开发高质量的基于Web的系统。它"使用合理的、科学的工程和管理原则，用严密的和系统的方法来开发、发布和维护基于Web的系统"。目前，对于web工程的研究主要是在国外开展的，国内还刚刚起步。 在基于Web的系统开发中，如果缺乏严格的过程，我们在开发、发布、实施和维护Web的过程中

Idea创建Web工程 以新建模块为例。 新建Maven项目 勾选【Create from artchetype】 选择【org.apache.maven.archetypes:maven-archetype-webapp】 前面还有一个org.apache.cocoon:cocoon-22-archetype-webapp，不要误选。 生成的结构中，没有常规代码文件夹，有一个webapp，这是web项目的特征。 模块建成很快，但是等webapp文件夹创建出来需要等一会儿。 src |--main |--|--webapp |--|--|--WEB-INF |--|--|--|--web.xml |--|--|--index.jsp |--pom.xml 运行测试 右键 点击【index.jsp】，运行起来，会404，但是会调出tomcat的面板。 在面板中双击模块名，会正常显示index.jsp 新建功能文件夹 默认建成的文件夹里没有java和resources，也没有test。test可以不要，但肯定需要java和resources。 src |--main |--|--java |--|--resources 把文件夹设为相应的功能 Ctrl+Shift+Alt+S（Project Structure·项目结构） 选择左侧的Modules，选择对应的模块，选择文件夹进行

以前都用MyEclipse写程序的 突然用了IDEA各种不习惯的说 借鉴了很多网上好的配置办法，感谢各位大神~ 前期准备 IDEA、JDK、Tomcat请先在自己电脑上装好 好么~ 博客图片为主 请多看红框框 开始 1.创建、配置项目 1.1创建项目 New Project - 【next】 1.2 给你的项目起名字，选地方 - 【finish】 1.3开始配置项目 配置 project structure 【F4】 或 项目右键 【Open Module Settings】或 右上角有个黑蓝色的框框 或 菜单栏【view】-【Open Module Settings】进入 1.3.1 配置Source 在 项目-web-WEB INF 下创建两个文件夹 classes 和 lib 1.3.2 配置Paths 将两个output path 修改为 刚才创建的classes的地址 1.3.3 配置 Denpendencies 右面有个绿色小加号 - JARs or directories… 选刚才创建的lib地址 选Jar Directory 后面就 ok -ok 项目就配置好了~ 2.配置Tomcat 配置Configurations 菜单栏【run】-【Edit Configurations】或 右上角有个向下的小箭头 2.1 新建Tomcat Server 提醒：有人说这里

1. 链接测试 1.1 测试点： 是否添加链接 链接页面是否存在 链接页面与需求是否一致：页面的正确性、打开方式 等 一般，该链接测试在集成测试阶段（页面均开发完成）的时候进行 1.2 测试工具： Xenu Link Sleuth 免费 绿色免安装软件 HTML Link Validator 共享（30天试用） 1.3 延伸代码： 测试工具在实际应用时，其实是挺受限的。有时候，需要自己写点小代码去验证，主要用于系统回归。 比如： 1 // 封装判断web链接返回状态是否为2开头的 2 public static void ReadUrl(String surl){ 3 try { 4 URL url = new URL(surl); 5 URLConnection rulConnection = url.openConnection(); 6 HttpURLConnection httpUrlConnection = (HttpURLConnection) rulConnection; 7 httpUrlConnection.setConnectTimeout(300000); 8 httpUrlConnection.setReadTimeout(300000); 9 httpUrlConnection.connect(); 10 String code = new Integer