夏令时测试是比较小众的测试,主要针对在有夏令时的国家使用的软件,如果你接触到了这方面的测试,说明你在挣国外的钱:).   话不多说,先来介绍下什么是夏令时:   夏时制,夏时令(Daylight Saving Time:DST),又称“日光节约时制”和“夏令时间”,是一种为节约能源而人为规定地方时间的制度,在这一制度实行期间所采用的统一时间称为“夏令时间”.   我们所说的夏令时实际上包括两类:夏令时和冬令时 夏令时(1:00 -> 3:00 AM) 往后拨一个小时,直接从1点变到3点,也就是说

package myTest; import static org.junit.Assert.*; import io.appium.java_client.android.AndroidDriver; import org.junit.After; import org.junit.Before; import org.junit.Test; import org.openqa.selenium.By; import org.openqa.selenium.WebElement; import

import unittest import webdriver import time class Test(unittest.TestCase): @classmethod def setUpClass(self): cap = {} cap['platformName'] = 'Android' cap['platformVersion'] = '4.4.2' cap['deviceName'] = '7N2SSE158P001892' cap['noReset'] = 'noReset'

我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题.根据最近的调查研究,用户难以容忍有bug的移动App. 移动App Bug的影响是用户体验差.App的商店评级下降.用户换用竞争对手的App,声誉和信誉损失.最后销售量减少,如果它是一个付费App的话. 移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为: 环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量)

安装 安装手册是否规范,是否简洁,是否通俗易懂. 安装手册是否齐全,正确,有改动时,文档是否同步更新 直接复制安装程序到电脑上,能否正常安装 按安装手册给出的步骤进行安装,安装是否正确 查看在安装过程中存在的提示信息是否明确,意思是否明确 在安装过程中,点击取消按钮,能否正常退出安装程序,软件是否可用. 安装时是否识别有SD卡,并默认安装到sd卡中 安装过程中,接听电话或者短信,安装是否成功 安装程序是否自动检查系统的磁盘空间 系统磁盘空间不足时,能否中止安装 安装完毕后信息的显示和文件的安装是

import io.appium.java_client.android.AndroidDriver; import io.appium.java_client.android.AndroidElement; import org.apache.logging.log4j.LogManager; import org.apache.logging.log4j.Logger; import org.junit.Test; import org.openqa.selenium.Point; impo

移动App测试浅析 1. 移动App测试的现状及其挑战 移动互联网走到今天,App寡头化的趋势已经越来越明显,同时用户的口味越来越高,这对移动App开发者提出了更高的要求.几年前可能你有一个创意,随便做一个App,就算功能简单,Bug很多,也会有不少用户会使用,因为当时的选择少.而现在,如果App的质量不过关,体验不好,还经常崩溃闪退的话,会被好不容易获得的用户立刻卸载掉.这就要求开发者对于App的测试越来越重视,而App的测试和传统测试相比,面临更多挑战: App迭代速度快,测试时间少. 现在

目录 前言 1 不使用开发工具 1.1 自动重启工具 1.2 浏览器自动刷新工具 2 阻塞event loop 3 频繁调用回调函数 4 圣诞树结构的回调(回调的地狱) 5 创建一个大而完整的应用程序 6 缺少日志 7 没有测试 8 不使用静态分析工具 9 没有监视与性能分析 10 使用console.log来debug 前言 随着一些大公司如Walmart,PayPal等开始采用Node.js,在过去的几年里,Node.js有了快速的增长.越来越多的人开始选择Node并发布modules到NP

ps:有没有人和我一样觉得Appium官方文档写的很烂的, 这官方文档,还不如很多人写的博客详细,而且对于初学的入门者实在是不够友好, 官网:https://github.com/appium/java-client 移动测试神器:带你玩转Appium 移动测试神器:带你玩转Appium 以移动应用的自动化测试为主题,介绍目前主流的移动应用自动化测试框架 Appium.Appium 是一个开源的自动化测试框架,支持 iOS 和 Android 上 Web App.Native App 和 Hyb

微信跳一跳最近很火,外挂代练什么的也越来越多.作为一只程序猿,对外挂的原理产生了强烈的好奇心,于是埋头研究了一阶段,注意到了 WebDriverAgent 这套 Facebook 出品的自动化测试框架. 为了让大家产生兴趣,先从跳一跳外挂的实现说起. 准备工作 安装 homebrew homebrew 是 Mac OS 下最优秀的包管理工具,没有之一. xcode-select --install ruby -e "$(curl -fsSL https://raw.githubuserconte

一.首先创建测试套件 # -*- coding:utf-8 -*-from __future__ import print_functionimport pytestimport allure class TestAppSuite(object): pass if __name__ == '__main__': # pytest.main(['-s', '-q','./personal/test_my_car.py', '--alluredir', './appreport/','--clean

appium ios真机自动化环境搭建&运行(送源码) 原创: f i n  测试开发社区  6天前 Appium测试环境的搭建相对比较烦琐,不少初学者在此走过不少弯路 首先是熟悉Mac的使用习惯:命令行是Linux风格,界面则类似于Windows风格. (1)安装JDK,并配置环境变量,方法如下: sudo vi /etc/profile 在最后行加入如下内容: JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk1.8.0_40.jdk/C

appium ios真机自动化环境搭建&运行(送源码) 原创: f i n  测试开发社区  6天前 Appium测试环境的搭建相对比较烦琐,不少初学者在此走过不少弯路 首先是熟悉Mac的使用习惯:命令行是Linux风格,界面则类似于Windows风格. (1)安装JDK,并配置环境变量,方法如下: sudo vi /etc/profile 在最后行加入如下内容: JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk1.8.0_40.jdk/C

百度测试架构师眼中的百度QA(一)   发表于2013-04-09 15:31| 4004次阅读| 来源架构师Jack的个人空间| 13 条评论| 作者董杰 百度测试QA 摘要:一直以来百度质量部在业界都比较低调,外部同行鲜能了解百度QA的工作流程,以及如何应对互联网研发节奏和质量的平衡.为此,百度测试架构师董杰在博客中分享了百度QA的四大核心价值,帮助理解全程软件测试的意义. 从组织结构上百度所有的QA都归属于一个大部门百度质量部统一管理,在一个大部门下的好处是很容易一起跨产品线的协同作战,各

什么是tox tox官方文档的第一句话 standardize testing in Python,意思就是说标准化python中的测试,那是不是很适合测试人员来使用呢,我们来看看他究竟是什么? 根据官方文档的解释,tox是一个管理测试虚拟环境的命令行工具,可以支持穿件隔离的python环境,在里面可以安装不同版本的python解释器和项目的各种依赖库,可以进行自动化测试.打包以及持续集成. tox能做什么 创建测试虚拟环境 运行静态代码分析与测试工具 自动化构建包 针对 tox 构建的软件包运

什么是toxtox官方文档的第一句话 standardize testing in Python,意思就是说标准化python中的测试,那是不是很适合测试人员来使用呢,我们来看看他究竟是什么? 根据官方文档的解释,tox是一个管理测试虚拟环境的命令行工具,可以支持穿件隔离的python环境,在里面可以安装不同版本的python解释器和项目的各种依赖库,可以进行自动化测试.打包以及持续集成. tox能做什么 创建测试虚拟环境 运行静态代码分析与测试工具 自动化构建包 针对 tox 构建的软件包运行

被测试视图 # coding:utf-8 from flask import Flask, request, jsonify app = Flask(__name__) @app.route("/login", methods=["POST"]) def login(): """登录""" name = request.form.get("name") password = reques

我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题.根据最近的调查研究,用户难以容忍有bug的移动App. 移动App Bug的影响是用户体验差.App的商店评级下降.用户换用竞争对手的App,声誉和信誉损失.最后销售量减少,如果它是一个付费App的话. 移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为: 环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量)

APP升级主要在线升级.离线升级.当有新版本时,提示更新,用户点击更新,下载最新版本,进行安装升级,这种就是在线升级:已有升级包,安装升级包进行升级,这种就是离线升级. 在线升级.离线升级常见测试用例: 网络正常,在线升级,是否能升级成功 网络不稳定时,在线升级成功后,APP使用是否正常(会不会因为网络不稳定而丢失文件) 点击离线安装包,进行升级,是否能升级成功 跨版本升级,直接用最新的安装包,是否能升级成功 新版本升级后,卸载是否成功 新版本升级后,使用旧版本覆盖安装,是否有提示:当前已是最新

软件测试工作中我们需要不断的储备和总结自己的知识和经验,怎么设计好移动APP测试用例?如:手机.平板.智能设备,并在特定网络环境下. 我们需要关注的功能点,容易出错的位置,这将对我们整个测试过程起着至关重要的作用,让测试变得更高效,发掘更多潜在的问题.下面就详细总结罗列下:1.APP的安装与升级     升级中用户数据.设置.状态的保留,特步注意新版本已去掉的状态或设置:     是否可以隔开版本覆盖安装:     是否可以覆盖安装更低版本:     卸载安装,安装目录清理,SD卡存储数据不被清

如何做到测试用例的百分百覆盖一直是测试用例编写过程中的难点,首先在测试时我们经常会遇见一些常见的bug,那么我们可以在编写测试用例时考虑到这些点.    一:关于业务逻辑               不同登陆状态的访问权限               不同操作后页面的跳转               与其他业务逻辑的关联               操作时返回上一步               操作错误情况    二:关于数据的显示               存在多条数据时的上拉与下拉加载显示