1.异常测试:包括业务流程的异常情况:业务场景的异常:操作习惯的异常(比如答题过程中会出现声音干扰这样很不友好喔~) 2.网络测试:网络切换的过程中,APP会不会异常:断网情况进行一些操作,APP会不会崩溃:有网时进行了一些操作,断开网络,再进行一些操作,再联网,看看会不会出问题:各种切换过程的提示文案是否清晰明了 3.权限的测试:位置.通讯录.相机.相册.照片.语音等权限,在实际要用的时候才会弹出提示.用户点击拒绝or开启 后,触发此提示的功能是否还能正常续运行.若无系统权限时是否引起APP的

转:http://qa.blog.163.com/blog/static/19014700220157128345318/ 之前一直参与web端的测试,最近一个项目加入了移动端,本人有幸参与了移动端的测试,记录一下两端的区别: 1.报bug 对于测试来说,比较重要的一个步骤就是报bug,在web端我们发现问题之后,可以利用系统自动工具或者其他截图工具直接截图,然后将错误的地方或者比较 重要的点进行标记,但是在移动端,截图相对来说就没那么简单了,因为这地方需要分为两个步骤,一是截图,二是传到电脑端

之前参加的项目有涉及Web端测试和移动端测试,简单的记录下他们之间的区别:   1.记录bug 在Web端可以通过系统自带的截图和QQ截图等方式来截取bug的图片,对于错误的地方可以用工具自带的标识来重点标记. 对于移动端设备可以用手机自带的截图工具来截图然后传到电脑上,个人一般习惯安装微信的windows版本,通过文件传输助手发送到PC端.还有一种比较便捷的方式,将手机用数据线连接到电脑,本地配置android的运行环境,下载asm.jar,在cmd运行java -jar asm.jar,即可

各类it学习视频,大家都可以看看哦!我自己本人都是通过这些来学习it只知识的! 下面是视频链接转自:http://www.cnblogs.com/yzxk/p/4749440.html Android通过Http连接MySQL 实现登陆/注册(数据库+服务器+客户端) 时间 -- :: 博客园-原创精华区 原文 http://www.cnblogs.com/yzxk/p/4749440.html 主题 MySQL HTTP 写在最前: 在实际开发中,相信每个项目都会有 用户登陆注册 功能,这个实

项目上线测试,发现微信安卓端存在用户登录无法验证session情况, 导致每次接口请求都无法识别,而苹果客户端不会出现此问题,非微信环境打开不会出现此问题,找到一些解决方案做下记录: 方案1: 由于微信内嵌浏览器对所有请求都做了代理,导致出去的ip不固定,从而导致腾讯云服务器的黏性session(基于客户端ip做的黏性session)失效.所以,解决方案有两个,要么服务器端只用一台tomcat,要么tomcat做session共享,比如 session放在Redis中.这样server1产生的s

随着手机应用的不断状态,同一款产品的移动端应用市场占相较PC端也越来越大,那么app与PC端针对这些产品的测试有什么相同与不同之处呢?总结如下: 首先谈一谈相同之处: 一,针对同一个系统功能的测试,三端所测的业务流程是一样的 二,一般情况下手机端和PC端都对应一套后台服务,比如说笔者公司所开发的互联网金融平台,整个平台做了分布式服务架构,后台服务包括用户服务.交易服务.产品服务等.PC和手机端测试以上三个流程时,调用的都是同一个后台服务.(注:也有一些功能,比如PC与手机端展示不一致,或者有什么

随着手机应用的不断状态,同一款产品的移动端应用市场占相较PC端也越来越大,那么app与PC端针对这些产品的测试有什么相同与不同之处呢?笔者总结如下: 首先谈一谈相同之处... 一,针对同一个系统功能的测试,三端所测的业务流程是一样的 二,一般情况下手机端和PC端都对应一套后台服务,比如说笔者公司所开发的互联网金融平台,整个平台做了分布式服务架构,后台服务包括用户服务.交易服务.产品服务等.PC和手机端测试以上三个流程时,调用的都是同一个后台服务.(注:也有一些功能,比如PC与手机端展示不一致,或

一,针对同一个系统功能的测试,三端所测的业务流程是一样的 二,一般情况下手机端和PC端都对应一套后台服务,比如说笔者公司所开发的互联网金融平台,整个平台做了分布式服务架构,后台服务包括用户服务.交易服务.产品服务等.PC和手机端测试以上三个流程时,调用的都是同一个后台服务.(注:也有一些功能,比如PC与手机端展示不一致,或者有什么特殊处理,这样情况下后台会写两套不同的接口来处理对应的业务需求) 不同之处 一,测试平台(容器)不同: pc项目都是在电脑上进行测试的:常见的PC项目架构有BS架构和C

由于智能手机时代来临,很多产品都有了APP,作为一个测试人员掌握APP测试是必要的. 在展开APP测试之前,首先了解一下几个点: 1.基于软件测试框架之上.复习下软件测试框架. 2.框架的内容贯穿于APP测试(以及其他的测试)始终. 3.软件测试用例的设计,软件的熟悉程度软件测试思维的锻炼,是所有测试的关键和基本. 学习更多测试点击:更多测试学习 目录 如何学习手机APP测试 了解手机行业 了解APP行业 熟悉手机 熟悉流行的APP 先从业务入手,熟悉基本测试点,测试技巧与方法. 在深入到架构

前置解释:1.单纯从功能测试的层面上来讲的话,APP 测试.web 测试和H5测试在流程和功能测试上是没有区别的2.Web项目或pc项目都是在电脑上进行测试的.常见的PC项目架构有BS架构和CS架构的,BS架构就是通过浏览器(browser)请求后台服务(server),后台返回到响应内容显示在浏览器上3.app测试平台分为安卓和IOS端:安卓测试需要在安卓手机上安装开发提供的apk测试包:IOS测试需要将手机UUID提供给开发安装ipa测试包进行测试. 不同点:1.系统架构不一样a.web端测

在小程序播放音频时,使用组件wx.createInnerAudioContext(),安卓端无法播放音频. 我的情况:播放服务器上传来的音频,格式为mp3.首先查看你的格式是否符合文档要求 在安卓端进行测试,有些mp3可播放(极少),大部分是不可以播放的. 所以选择了先将服务器端传来的mp3音频下载到本地临时地址,再进行播放. 第一步:对你的服务器域名设置在downloadFile合法域名中 对downloadFile进行域名设置 第二步:设置点击播放时,传入服务器地址进行下载到本地,播放 ur

最近较懒,加之闺女出生后记忆没完全恢复,总是忘东忘西,关于安卓APP测试的验证点还是总结一下,方便设计测试用例时查阅,也给各位博友参考! 1.除APP的正常功能点外,还有以下验证点: 安装/卸载(考虑是否清数据) 升级(考虑卸载重新安装.覆盖安装升级.通过无忧通知升级.在线检测新版升级) 升级后新旧数据的兼容性 网络切换是否有相应提示说明?比如wifi切换到正常网络 程序进入输入功能时,是否正常弹出键盘?键盘是否遮挡输入框?键盘的输入法切换 是否有菜单项 home和程序间多次切换 返回上一级操作

恩布企业IM的 Android 安卓开源手机client EntboostIM 公布 1.3 版本号.同一时候恩布IM服务端更新至 1.12 版本号; 安卓端主要更新内容: 添加收发手机文件功能: 登录界面.帐号框的右边加一个Xbutton,能够清空帐号内容: 添加加入好友,两方验证功能,支持须要验证好友和不须要验证好友二种模式,方便运营平台管理: 完好好友(联系人)管理功能.如添加好友分组管理功能,优化界面显示和功能操作. 其它完好和优化.如企业部门添加在当前界面查看部门成员功能,修正部分BU

杭州蓝松科技推出的安卓端的USB转串口调试助手, 欢迎下载使用 下载地址:http://files.cnblogs.com/guobaPlayer/%E8%93%9D%E6%9D%BEUSB%E4%B8%B2%E5%8F%A3%E5%8A%A9%E6%89%8Bv1.1.apk 杭州蓝松科技: 专注于android软硬件, WIFI,蓝牙灯项目的外包开发工作, 已经完成的有 多媒体系统跑步机(带android系统)软硬件开发, 多媒体教学平台(全志A20)平台的开发. WIFI 模块, wifi

最近项目上与安卓端做JSON数据交互,使用的SSM框架,刚开始的时候感觉很简单,想着不就是把安卓端的JSON数据封装为Bean类对象吗? 于是就这样写了 可是这样一直报400,百度原因是因为请求url中没有与ReturnInfo相匹配的参数,这时候我的尴尬症就犯了,感觉有点超出掌控的意思. 然后思前想后决定把@requestBody注解去掉,可是去掉之后访问是能访问,根本获取不到数据啊,然后就各种迷茫各种实验了. 整了一天多,就在今天下午做安卓的同事告诉我安卓端是把JSON数据封装在请求请求中的

写在前面 随着业务的增加,复杂性的增加,我们更需要保证页面不能出错,之前需要每次上线之前需要每次人工测试,如果有好多改动,为保证业务不出错,需要耗费更多的时间来测试,所以我们需要写一些测试来保证业务的逻辑. 端到端测试 测试有很多种,只是当前我们的业务对单元测试不太友好(之前写过redux的单元测试,例子在点我),代码耦合性略高,函数也非pure function.所以需要端到端的测试(End to End Testing).端到端的测试可以确保一堆组件能够按照预先设想的方式整合起来运行的时候使

安卓蓝牙测试APP 文件下载:蓝牙测试.apk

1.安装node.js 下载Node.js官网 cmd下确认node已安装 node -v ※进入node环境 2.确认npm已安装(Node.js的包管理工具(package manager)) npm已经在Node.js安装的时候顺带装好了 npm -v 3.live server插件安装 npm i -g live-server 4.为项目开启live server 进入项目根目录执行live-server   ※电脑端可见. 5.移动端测试 进入live-server安装目录,找到ind

最近项目上与安卓端做JSON数据交互,使用的SSM框架,刚开始的时候感觉很简单,想着不就是把安卓端的JSON数据封装为Bean类对象吗? 于是就这样写了 可是这样一直报400,百度原因是因为请求url中没有与ReturnInfo相匹配的参数,这时候我的尴尬症就犯了,感觉有点超出掌控的意思. 然后思前想后决定把@requestBody注解去掉,可是去掉之后访问是能访问,根本获取不到数据啊,然后就各种迷茫各种实验了.整了 一天多,就在今天下午做安卓的同事告诉我安卓端是把JSON数据封装在请求请求中的

不同公司和组织之间的测试效率迥异.在这个富交互和响应式处理随处可见的时代,很多组织都使用敏捷的方式来开发应用,因此测试自动化也成为软件项目的必备部分.测试自动化意味着使用软件工具来反复运行项目中的测试,并为回归测试提供反馈. 端到端测试又简称E2E(End-To-End test)测试,它不同于单元测试侧重于检验函数的输出结果,端到端测试将尽可能从用户的视角,对真实系统的访问行为进行仿真.对于Web应用来说,这意味着需要打开浏览器.加载页面.运行JavaScript,以及进行与DOM交互等操作.

想要知道APP端测试与web端测试的区别 ,那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app则是c/s的,必须要有客户端.那么在系统测试测试的时候就会产生区别了. 首先从系统架构来看的话,web测试只要更新了服务器端,客户端就会同步会更新.而且客户端是可以保证每一个用户的客户端完全一致的.但是app端是不能够保证完全一致的,除非用户更新客户端.如果是app下修改了服务端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍. 1.从功能测试的