咱们测试同学日常工作中最为基础核心的内容就是设计测试用例，什么样的测试用例是好的测试用例?我们一般会认为数量越少、发现缺陷越多的用例就是好的用例。　　那么我们如何才能设计出好的测试用例呢　　一份好的用例是设计出来的，是测试人员思路和方法的集合，而非测试逻辑和需求的罗列。　　测试用例设计的几个准则　　1.用例设计=思路。　　强调测试的场景，测试方法。　　2.测试步骤化。　　此处说的测试步骤，不是说每条测试用例都要写明测试步骤，而是指哪些通过测试步骤的调整会出现缺陷的地方需要重点关注测试步骤，比如添加操作，单纯的添加功能是OK的，但是先删除一条数据，在添加相同的数据就失败了，这个就涉及到操作步骤了。　　3.用例流程化。　　此过程依托于完整的业务流程图，每个分支就是一条支流，通过业务端发起的请求，最终都会流向一条分支，而流程化就是将这些分支梳理为测试场景，通过覆盖测试场景来覆盖业务逻辑。　　测试用例设计的步骤　　1.明确原始需求。　　原始需求是软件的使用者(客户)的需求，在需求文档基础+本质理解才能真正理清楚需求要实现什么样的目的，以此为出发点才能不偏离需求本质;　　2.拆分原始需求。　　在...

也许大家从事APP功能测试已经有一段时间了，心中一定有一个疑问，怎么样才能提高测试的覆盖面呢，我今天把APP功能测试内容分为APP本身的功能，APP关联的事务、APP外部环境、APP其他四大块来给大家讲解app测试的重点。　　一、APP本身的功能及测试要点如下:　　1、安装及卸载：　　验证App是否能正确安装、运行、卸载以及操作过程和操作前后对系统资源的使用情况　　2、升级(update)：　　1）当客户端有新版本时，应有更新提示。　　2）当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。用户在下次启动app时，仍能出现更新提示。　　3）当版本为强制升级(不升级无法使用APP)版时，当给出强制更新后用户没有做更新时，退出客户端。下次启动app时，仍出现强制升级提示。　　4）当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。　　5）新版本可以离线安装覆盖当前版本；　　6）升级不能覆盖用户的数据；　　3、软件按钮：　　软件中相关按钮的功能实是否实现，如返回按钮之类的。　　4、物理按钮：　　指手机的功能键按钮的功能实现的测试。　　5、注册：　　用户注册功能...

一、APP版本更新通知流程图如下：二、测试注意点：　　1、Android更新直接下载APK，IOS引导至APPStore更新页面；　　强制更新------只有“立即更新”　　1、一般“强制更新”的机制不常用，除非涉及到APP的紧急且致命缺陷的修复，或者是与用户monkey密切相关的问题，或许才会使用“强制更新”机制；　　2、不点击“立即更新”则APP中无法使用。更新后使用正常；　　3、退出客户端，下次启动APP时，仍出现强制升级提示。　　提醒更新-------立即更新　　1、Android同意更新，点击”立即更新“后应该有toast提示信息反馈给用户；　　2、Android下载APK通知栏有下载进度的提示；　　3、通知栏下载安装包要以实际APK的名称相符合或者包含APK的名称等，避免用户下载不明软件的顾虑；　　4、下载完安装包直接弹出安装的页面，包含一些权限的获取弹框；　　5、安装完最后一步提醒用户点击”完成“或“打开”，供用户选择；　　6、打开新安装包，首先默认显示在APP首页，并且之前用户APP中的数据显示正常；　　7、升级完成检查版本号是否是最新版本；　　8、版本更新入口不显示或...

正常情况下网络连接超时可能的原因有以下几点：　　1、网络断开，手动的关掉了网络的连接　　2、网络阻塞，导致你不能在程序默认等待时间内得到回复数据包。　　3、网络不稳定，网络无法完整传送服务器信息。　　4、系统问题，系统资源过低，无法为程序提供足够的资源处理服务器信息。　　5、网络系统繁忙，无法回应  以上的各种情况说明当网络连接失败出现问题时，App应该如何做处理来提示用户当前未操作成功的原因，让用户可以根据当前的情况作出自己的下一步决定，网络失败情况下的处理往往是测试中容易忽略的测试点，因此涉及到网络请求的页面，测试人员应该集中测试一遍，排除某些页面没有做相应的网络失败提示处理，一般网络出现问题，常见的处理方式为toast提示“网络连接失败”或者是直接跳转到网络失败的页面提供刷新按钮，用户可再次刷新查看网络是否恢复正常，类似如下截图所示：　　   测试时可以用到的测试方式有：1、手动的关掉数据业务或者wifi，再次打开网络请求的页面，2、利用Charles中的Breakpoints设置断点进行测试。我们一般使用这种方式进行网络连接失败...

　　在前一篇文章中主要介绍了手机中如何开始进行WeTest测试，此篇文章将总结测试报告的查看，这里很简单啦，一切的测试结果wetest都将自动生成，值得注意的是，新注册的用户默认每项测试次数为5，所以请珍惜每一次机会，机会用完可要掏钱来使用啦。　　1、测试完成之后，选择上传测试结果，等待测试结果上传完成之后，进入到Wetest网站，点击“账户名称”，选择“账户管理”再次选择“我的测试报告”即可看到自己上传的测试报告，基本的信息都可以看得很清楚哦，可以通过分享，可选择的方式为：团队内分享、链接分享给相关的人员进行查看，如下图：　　　　　　2、点击查看，进入到报告的详情页面，详见下图：　　　　　　 　　　　　　根据结果，我们常见的达标值都已自动判断，通过与不通过都已在报告中详细给出，具体的根据自己的需求而定。 ...

　　使用Wetest可以测试手机app的性能，wetest主打游戏app测试，但是对于其余的app仍然适用，手机可以root，也可在非root的情况下进行测试， 此时可以获取的性能数据包括：FPS、整机CPU、内存、流量、单核CPU和手机电量、温度等，IOS与Android均可进行测试。　　操作方式详见下：　　1、在百度浏览器中搜索wetest，进入到wetest网站页面，首次进入如下页面截图：　　　　　　 2、登录之后，点击产品，选择进行性能测试的类型，当前选择的最为普通的性能测试（客户端性能测试），具体的选择方式如下截图：　　　　　　3、进入到客户端性能测试的页面，具体的页面详见如下截图：　　　　　　4、需要针对手机的不同类型，下载不同的客户端，下载方式有2种，第一种，直接在网站中下载对应的客户端，将下载的应用push到手机中，或者直接用install安装即可，具体向手机发送的方式根据自己的习惯自己定，第二种，直接在手机浏览器中搜索wetest，进入到以上步骤中说的页面，进行下载后可直接安装，省去了电脑向手机传送的步骤，安装完成后的会在手机页面生成“WeTest...

  1. 开机失败自救方案的设计初衷就是当系统无法正常开机时，最大限度的保存用户数据，所以首先需要保存的肯定是联系人，短信，备忘录等比较重要的核心数据。   2. 备份过程(从data_bk复制到data区)中使用到的手机的内存，所以如果要备份图片或者视频等大文件时，文件的大小就不可控，就会出现内存不够的情况导致备份出错。所以为了备份功能的稳定性，目前实现的备份功能无法备份图片视频等文件。   3. 因为数据没有从data_bk(只读或者已损坏的data区)备份到新建的空白data区，所以备份应用中看不到手机内置存储中的照片和视频。     举例：1、被测手机A拨打电话B              2、通话过程中电话C拨入      ...

   性能测试过程中，出现的一些问题可直接导致了用户对当前app的使用率和卸载率，如果app使用时卡顿严重或者加载页面慢，cpu占用率高，导致app闪退等问题，在测试过程中，则需特别关注性能方面的体验，app性能好、ui设计美观、功能层级明确，路径层级较少，均可提升用户对app的使用率，性能测试中可关注的问题如下：　　1、连接超时：app关注的首要问题，在移动应用中网络错误数据比例报错中最高的就是连接错误超时　　2、闪退：点击某一个功能点出现闪退，客户的内心都崩溃了　　3、卡顿、黑白屏：　　4、崩溃：（优秀：0～2%%，标准：2～4%%，轻微隐患：4～12%%，严重隐患：12%%以上）常表现为出现crash　　5、网络劫持　　6、交互性能差：（优秀：0～300ms,标准：300ms～400ms，轻微隐患：400ms～1000ms，严重隐患：1000ms以上）电话短信干扰、低电量提　　　 醒、push提醒、usb数据线插拔提醒、充电提醒　　7、cpu使用率：建议值>90%，cpu频率设置过高时会导致过热,导致耗电更严重，cpu频率设置过低导致...

   GT（随身调）是APP的随身调测平台，它是直接运行在手机上的“集成调测环境”(IDTE,IntegratedDebugEnvironment)。利用GT，仅凭一部手机，无需连接电脑，您即可对APP进行快速的性能测试(CPU、内存、流量、电量、帧率/流畅度等等)、开发日志的查看、Crash日志查看、网络数据包的抓取、APP内部参数的调试、真机代码耗时统计等。如果您觉得GT提供的功能还不够满足您的需要，您还可以利用GT提供的基础API自行开发有特殊功能的GT插件，帮助您解决更加复杂的APP调试问题，　　最新release版是v2.2.6.5，发布日期是2016年10月31日，支持了Android4.x~Android6.01的tcpdump抓包,当然还是需要root（本人使用360一键root），可以直接在手机自带的应用市场中可下载，主要的页面介绍如下：　　1）首次进入的页面：　    　   2）选择被测试应用之后，勾选关注的参数　　    &...

 　  一个好用例的评判标准是让别人看到你的用例，能很清楚的知道你要表达的信息，如果你写的用例测试步骤与预期结果不清晰，看完之后不知道你要关注的测试点是什么，只有你自己能看懂自己想要表达什么，那么证明你写的测试用例是不合格的，其实在工作中，我们也会经常遇到，写一条测试用例时，测试步骤是紧密相连的，好几条测试步骤会得到一个预期结果，或者是一条测试步骤对应好几条预期结果等等的情况，为了解决这些问题，那么就需要我们在写测试用例时将测试步骤区分清楚，预期结果做到有迹可循，所以我们在开始设计测试用例时，就需要添加一些特定的字段，来更好的帮助我们写测试用例，主要包含的字段已列出，具体也要看每个人怎么去使用它。　    测试用例的字段根据实际情况可多可少，但是其中的一些字段是必不可少的，如下：　　必须包含的字段：用例编号、模块、测试步骤、预期结果、实际结果、优先级、测试人员、备注等（注：从我经历大公司到小公司，此些字段在用例中必不可少）。　　　　　　　用例编号：在执行测试用例时，执行到当前测试用例发现了bug，那么在提交bug时，...

  距离上次写博客已经一周多时间了，上周在选择工作中，这周开始加入了新公司，开始了新项目的测试用例编写，此时将测试用例中的一些基本问题进行整理，有不足的地方后续继续进行修改，从最基础的开始写起。 　　进入新公司，由于对当前产品不了解，如果直接开始写测试用例，写出的测试用例恐怕有点悬，就像吃香蕉一样，即使你知道香蕉是可以吃的，但是你不知道怎么去吃，在不了解的情况下，直接拿起来连皮啃，肯定不好吃吧，只有当你了解了，原来是要将皮剥了才可以吃的，剥皮后的香蕉吃起来特美味了吧，写测试用例也是一样的原理，在着手开始写测试用例之前，需了解以下信息：　　首先，找产品经理了解熟悉当前产品，首先得知道这个产品的中心概念、使用场景、开发模块优先级等等，产品经理开始一般会口述给你讲解等等。 　　其次，一般产品要开发，产品经理都会做“原型”，产品经理按照他当时做的原型图给你讲解每个功能模块、且某些模块之间存在关联、存在一个模块有好几个入口、哪些模块是在规划中，但是第一个版本暂时不做，第二个版本中进行开发等等，你都要认认真真的听，因为这些跟你后面写测试用例有天大的联系，这些...

　　作为软件测试人员，我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等，有时在工作中潜移默化的就已经在使用这些测试方法中包含的点，但是我们没有太在意去总结梳理，那么每个测试方法的关注点是什么？如：在性能测试的过程中我们应该最该关注什么？等等的思考呢，经过几次的总结，今天首先将性能测试的关注点进行梳理，其余的测试后面的博客中将会补充。　　　　概念：是检验系统的性能是否符合要求的测试　　性能是评估一个软件最为关键的维度，性能测试关注点：howmuch与howfast一、性能测试的分类：　　　　1）极限测试：　　　　在各种边界压力情况下，如电池、存储、网速，验证APP是否能正确响应，内存满时安装APP—运行APP时手机断电---运行APP时断网　　2）响应能力测试：　　　　APP中各类操作是否满足用户响应时间要求，APP安装—APP卸载—APP各类功能性操作的响应时间　　3）压力测试：　　　　反复/长期操作下、系统资源的占用情况 二、性能的评估：　　评估典型用户应用场景下，系统资源的使用情况（可测试方面：安装与启动时间—CPU的占用—内存的占用—流量的耗用—电...

1、测试用例是什么？　　测试用例的设计就是如何覆盖所有软件表现出来的状态，即在满足输入/输出的一组条件下，软件运行时一系列有次序的、受控制的状态变化过程 2、设计用例是否有必要？　　  将测试内容记录下来，避免了在执行的时候部分测试点被遗漏，另外也便于用例评审，用例总结，对后期测试工作起到改进作用，因此，测试用例必须要写，颗粒度可以视情况而定，针对测试人员少，上线时间紧的项目，可做思维导图载出测试点 3、如何写测试点？　　根据需求及设计交互稿，先列功能点，后扩展功能点为测试点（作为测试的标题），有必要的时候借助产品、开发、后端的力量，保证用例的覆盖度、学会借力　　测试点（注：这里不是测试用例，用例一般都比较详细，开发不一定会花费很多时间去做自测）写完后，可发给开发做自测，部分遗漏点可以在测试时进行记录与补充 4、设计用例的益处？　　设计用例的过程可以更深刻的理解需求，熟悉各功能点，保证尽可能全的覆盖到各测试点，也便于用例评审 5、测试用例有哪些测试方法？　　等价类划分法，边界值法，功能图法、错误推测法、因果图法、场景法，详细介...

 搭建接口自动化测试框架（文中接口数据来自于光荣之路）在设计接口测试框架前，先来弄清楚接口测试怎么进行的，请求和响应都是什么样的，清楚这些之后再进行下一步的操作。步骤1：新建工程interfaceFramework_practice1，在工程下新建包testScripts用于存放测试脚本文件，在该包下新建testScript.py用户写请求代码 按照接口文档的描述，下面的接口实现了用户的注册、登录、写博客、修改、删除博客等功能，先把每一个接口用代码实现一下。接口说明：接口返回code说明：'00' : 成功'01'：用户已存在'02'：参数不合法'03'：参数错误（1、用户信息错误 2、参数错误，数据库中不存在相应数据）'999'：未知错误，看后台日志 1、用户注册  参数规则说明：username:1、必须字母和数字组成2、长度2~20位3、字母不区分大小写 password:1、长度8~20位2、必须含有字母和数字 email:标准的email规则 请求的url:http:...

一步一步实现混合驱动自动化测试框架的搭建 混合驱动自动化测试框架，是一个非常高级的框架，非常好用，但也很难，不好掌握，需要多练习，就像搭建数据驱动框架一样，需要自己去一点一点的写，一边搭建一边做思路整理，包括遇到的一些问题和处理方法，遇到卡住的地方，就去看下老师是咋处理的，然后结合自己的思路继续写，感觉经过了漫长的时间，终于弄完了，还是把过程和总结列出来，做个笔记，另外也作为一份结果，给自己的付出做个即时反馈和激励~实现功能：登录126邮箱，添加联系人，然后发送邮件，带附件 框架结构：Action：   封装的操作元素的函数，如login，添加联系人。。。conf：日志配置文件定位元素配置文件数据库配置文件PageObject：   一个页面是一个类，类的方法可以获取页面上的相关元素ProjectVar：工程路径工程相关的全局变量TestData：（文件或excel）测试用例测试数据TestScript：运行测试框架的主程序：入口，主要读取测试数据的文件，记录测试结果。Util-工具类读取配置文件 ...