web测试

web自动化测试-获得验证信息

阅读更多关于 web自动化测试-获得验证信息

一、概述　　1、在编写功能测试用例时，会假定一个预期结果，在执行用例过程中把得到的实际结果与预期结果进行比较，从而判断用例的通过与失败　　2、自动化测试用例是由机器去执行，通常机器并不像人一样有思维和判断能力，那么就要从页面上获取一些信息来证明用例执行是成功还是失败　　3、通常用的最多的几种验证信息是title、url、text三种，通过text获取用户文本是很好的验证信息　　　　title是获得当前页面的标题　　　　current_url是获得当前页面的url 　　　　text是获取文本信息二、举例说明 1 from selenium import webdriver 2 import time 3 dr=webdriver.Chrome() 4 dr.implicitly_wait(30) 5 dr.maximize_window() 6 dr.get('http://www.126.com') 7 8 #打印当前页面的title 9 title = dr.title 10 print(title) 11 12 #打印当前页面的Url 13 url = dr.current_url 14 print(url) 15 16 #登录邮箱 17 name=dr.find_element_by_id('idInput').clear() 18 name.send_keys

Pytest实战Web测试框架

阅读更多关于 Pytest实战Web测试框架

https://www.jianshu.com/p/9a03984612c1?utm_campaign=hugo&utm_medium=reader_share&utm_content=note&utm_source=weixin-timeline&from=timeline&isappinstalled=0 项目结构用例层(测试用例) | Fixtures层(业务流程) | PageObject层 | Utils实用方法层使用pytest-selenium 基础使用 # test_baidu.py def test_baidu(selenium): selenium.get('https://www.baidu.com') selenium.find_element_by_id('kw').send_keys('简书韩志超') selenium.find_element_by_id('su').click() 运行 $ pytest test_baidu.py --driver=chrome 或配置到pytest.ini中 [pytest] addopts = --driver=chrome 使用chrome options # conftest.py import pytest @pytest.fixture def chrome_options(chrome

阅读更多关于 web测试

目录功能测试链接测试表单测试 Cookies测试设计语言测试数据库测试功能测试小结性能测试连接速度测试负载测试压力测试性能测试小结界面测试导航测试图形测试内容测试整体界面测试界面测试小结兼容性测试安全性测试兼容性、安全性测试小结功能测试链接测试表单测试 Cookies测试设计语言测试数据库测试链接测试链接与页面对应 -测试所有链接是否按指示的那样确实链接到了该链接的页面无空链接 -测试所链接的页面是否存在没有孤立的页面 -孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问链接测试方法链接测试执行的时间一般在集成测试阶段，即在整个Web应用系统的所有页面开发完成后进行连接测试。链接测试可以运行手工测试；也可以通过自动化测试工具测试。手工测试方法：点击任何一个可能有链接的地方，看页面和链接是否对应，看是否有空链接，看是否存在孤立的页面。链接测试的工具 Xenu Link Sleuth HTML Link Validator ACT Rational sitecheck Rational linkbot 演示Xenu Link Sleuth 链接测试案例案例演示：点击链接无反应错误现象：原因：超链接地址有误解决办法更正超链接地址案例演示：链接页面不存在错误现象及重现步骤：原因

web测试关注的六部分

阅读更多关于 web测试关注的六部分

转自： http://www.softtest.com/test/web/12985.html web 测试分为6个部分：　　用户界面测试　　功能测试　　接口测试　　兼容性测试　　负载/压力测试　　安全测试　　本文的目的是覆盖web测试的各个方面，未就某一主题进行深入说明。　　1、用户界面测试　　⑴用户界面　　使用Web浏览器作为应用程序的前台的一个原因就是它易于使用。用户知道如何浏览一个构建良好的网站。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是如果你想通过网站赚钱，最好使你的网站使用起来更加方便。　　⑵使用说明　　应该确认你的站点有使用说明。即使你认为你的网站很简单，也可能有人在某些方面需要征实一下。测试人员需要测试说明文档，验证说明是正确的。还可以根据说明进行操作，确认出现预期的结果。　　⑶站点地图和导航条　　确认你测试的站点是否有地图。有些网络高手可以直接去自己要去的地方，而不必点击一大堆页面。另外新用户在网站中可能会迷失方向。站点地图和/或导航条可以引导用户进行浏览。需要验证站点地图是否正确。确认地图上的链接是否确实存。地图有没有包括站点上的所有链接。是否每个页面都有导航条?导航条是否一致?每个页面的链接是否正常?导航条是否直观? 　　⑷内容　　对于开发人员来说

web站点的组成和相关测试注意部分

阅读更多关于 web站点的组成和相关测试注意部分

转自： http://www.softtest.com/test/web/12985.html 　　站点测试囊括许多领域，包括配置测试、兼容性测试、易用性测试、文档测试、安全性测试，并且假如站点是面向全球范围的阅读者，还包括本地化测试。当然，黑盒、白盒、静态、动态测试都是要用上的。　　要关注： (1)网页的哪些基本部分须要测试　　(2)在网页测试中要运用哪些基本的白盒测试技能和黑盒测试技能　　(3)如何运用配置测试和兼容性测试　　(4)为什么易用性测试是网页的主要疑问　　(5)如何运用工具协助站点测试　　1、网页基础　　基本来说，网页就是由文字、图片、声音、视频和超级链接组成的文档。　　在这些程序中，站点用户可以通过单击具有超级链接的文字和图片在网页间阅读，搜索单词或者短语，查看找到的信息。　　网页的特征：　　(1)不同大小、字体和颜色的文字; 　　(2)图片和照片; 　　(3)超级链接文字和图片; 　　(4)不断滚动的广告; 　　(5)下拉式文本选择框; 　　(6)用户输入数据的区域。　　使站点更加复杂的特征如下：　　(1)自定义的布局，允许用户修改信息出现在屏幕上的位置; 　　(2)自定义的内容，允许用户选择想看的新闻和信息; 　　(3)动态下拉式选择框; 　　(4)动态变化的文字; 　　(5)取决于屏幕分辨率的动态布局和可选信息; 　　

Web通用测试点

阅读更多关于 Web通用测试点

转自老徐： https://www.cnblogs.com/idotest/p/6838583.html 一、输入框 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）、空格或"~!@#$%^&*()_+

web测试需要了解的知识

阅读更多关于 web测试需要了解的知识

转自：老徐 https://www.cnblogs.com/idotest/p/6838583.html 1. HTTP/HTTPS协议你应该去了解什么是http协议什么是GET, POST, session, cookie等 Get与Post的区别是什么? session与cookie的区别是什么? 什么是无状态？注：http这块，之前分享过资料，回复“http”获取　　 2. 浏览器机制理解浏览器在处理javascript及渲染CSS的机制了解IE与其他浏览器的差异同一浏览器，各版本的区别。浏览器在加载javascript，CSS有时在前面有时在后面，为什么？加载顺序会对视觉和使用上有什么影响呢？各种浏览器使用的内核分别是什么？　　 3. web架构也许你会说这是架构师的事儿，没错，基本是他们的活儿，但是理解了web架构能让我们测试的更深入。你要知道：软件出错时怎么个报警法？是否有详尽的log记录？服务器缓存机制如何？数据库如何主从同步，如何备份的？集群如何处理session的？　　 4. 安全因为web应用的特殊性，你需要掌握的安全技能：如何进行SQL注入测试？如何防止SQL注入？什么是跨站脚本攻击(XSS)？如何开展此类测试，应该如何防范XSS？什么是DOS，DDOS？开发人员如何coding来避免？传输哪些重要数据时需要加密

web自动化测试总结

阅读更多关于 web自动化测试总结

web自动化： 1.测试用例（操作步骤，熟读需求文档，web项目先用手工研究，前置条件，预期结果）接口自动化测试中数据功能最适合作为数据驱动，数据放在excel中需要操作excel 为什么web自动化测试中不能完全使用数据驱动？ web页面中步骤不一样，而接口完全不关心操作步骤理清思路 2.自动化测试测试典型：逻辑单一业务稳定非多端交互，多端交互涉及到多个子系统这种不适合做web自动化测试 3.开始着手写代码业务逻辑要和测试逻辑分离测试代码：基础类：DoExcel类，中间层：qcdDoExcel(DoExcel)，调用的时候更加简单分层：采用函数封装类和对象 POM（面试必问）　　PageObject：页面对象模型，本质是把页面逻辑和测试逻辑分离好处是复用性扩展性和代码可维护性和可读性　　PageObjectModel locator 数据分组：基于数据驱动，想在web中实现数据驱动的模式，最简单的就是数据分组 basepage 　　ddt本质是保证一个独立的测试用例，动态生成一个测试用例test_bid_error_01 test_bid_error_02 所以ddt中自动创建了n个测试用例进行excel管理时，实现更多的表单在原生app中不能用css定位，因为app原生里面不是用html Select 封装：def get_option

web自动化中的page object模式

阅读更多关于 web自动化中的page object模式

一. 原理将页面的元素定位和元素行为封装成一个page类，实现页面对象和测试用例分离类的属性：元素定位类的行为：元素的操作测试用例：调用所需页面对象中的行为，组成测试用例二. 好处 1. 当某个页面的元素发生变化，只需要修改该页面对象中的代码即可，测试用例不需要修改 2. 提高代码重用率，结构清晰，维护代码更容易 3. 测试用例发生变化时，不需要或者只需要修改少数页面对象代码即可三. 分析（待续。。。）原文：https://www.cnblogs.com/cnhkzyy/p/9270830.html

WEB服务请求接口服务，抛出NoHttpResponseException异常的问题以及解决方式

阅读更多关于 WEB服务请求接口服务，抛出NoHttpResponseException异常的问题以及解决方式

背景：公司某个项目上线有段时间了，一直可以正常使用，某天实施的同事接到客户保障，说是WEB端某个模块下的保存和修改会报错，具体页面如下接着我用restful模拟请求工具，去请求接口，发现返回如下信息：当时我就觉得奇了怪了，因为该功能用了很久了一直没问题，而且测试环境和生产环境是同样的代码。但测试环境没问题，生产环境有问题。所以我当时初步判断是代码出问题的可能性不大，应该是数据库数据的问题或者网络的问题。解决方法：后来我用火狐浏览器，打开控制台，切换到网络选项卡，发现有个请求没返回状态码点击该list方法，拷贝其请求的路径去浏览器直接访问，发现也是报错，后来找到原因，原来是其url太长的原因，将该url改短就行，比如删减不必要的参数，或者参数名改短。文章来源: WEB服务请求接口服务，抛出NoHttpResponseException异常的问题以及解决方式

订阅 web测试