JesseBug

app功能测试产品需求文档显性需求隐形需求：用户习惯行业规范竞争对手兼容性测试操作系统：系统名称（Android，IOS）系统版本（8，9等）生产厂家（小米，华为等）设备型号（当记录移动端bug时，一定要说明手机型号和系统版本）网络移动网络2G/3G/4G/5G无线网络WIFI分辨率（手机屏幕大小）异常测试热启动应用app手机后台到前台的启动过程需求1.前后台切换时页面保持一致需求2.后台切换到前台，重新登录需求3.后台切

app弱网测试背景移动互联网时代，用户使用app时候会使用2g/3g/4g，针对在地铁，电梯里网络不好的场景关注一下软件的运行状态，以及弱网环境下出现丢包，延时软件的处理机制，避免造成用户的流失。主要会影响用户体验，和非正常情况下bug的概率会增加弱网指标关注丢包最常见的问题。在tcp协议中需要不停的发送请求，来确认连接状态，一旦发生丢包，就需要重传，这个时候就需要去检查产品的处理机制，给予什么提示，未响应时该怎么处理。延时由于网络太差，产生了网络波动。导致数据包在传输中出现抖动。可能导致请求

webUI自动化测试工具-selenium核心：webdriver测试对象-HTML<标签 属性=“属性值” >元素内容</标签>准备工作准备测试库pip install selenium准备浏览器驱动https://npm.taobao.org/mirrors/chromedriver/ 选择本地浏览器对应版本解压到如下目录并添加该目录到环境变量：D:\tools\webdriverUI自动化套路选择元素：根据目标元素特征定位操作元素：点击，输入，拖拽等

adb shell pm list packages -3|cut -d: -f2|grep -E "[\w.]"|xargs -t -i adb uninstall {}命令解释：adb shell pm list packages -3 //表示列出第三方可卸载app软件 | cut -d :-f2 //表示通过“:” 冒号分割取第二位程序 | grep -E "[\w.]" //...

移动互联网App测试点 1. 权限测试 1)软件权限　　 -扣费风险：包括发送短信、拨打电话、连接网络等　　 -隐私泄露风险：包括访问手机信息、访问联系人信息等　　 -新增风险项 2)开发者官方权限列表信息比对分析 2.下载、安装、运行、卸载测试 从市场下载app，验证能否验证App是否能 正常下载、正确安装、运行、卸载，以及操作过程和操作前后对系统资源的使用情况，主要包括： 1)

早期软件开发过程中将测试等同于调试（debug），目的是纠正软件中已经知道的故障，通常由开发人员自己完成这部分的工作，常常是等到形成代码产品已经基本完成时才进行测试。 直到1957年，软件测试区别于调试成为一种发现软件缺陷的活动。 1972年在北卡罗莱纳大学举行了首届软件测试正式会议。 1975年”测试数据选择原理”的文章在IEEE上发表,软件测试才被确定为一种研究方向。 1979年,”软件

需求评审 1．需求阶段评审的角色和职责 一句话，根据具体情况选择相关人员，充当相关角色，履行相关职责，大家也别吐槽我，现实就是这样，别去记忆这些死规则了2．好的需求应具备的特点 完整性：每一项需求都必须将所有要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 正确性：每一项需求都必须准确的陈述其要开发的功能。 一致性：指与其它软件需求或高层需求不相矛盾 可行性：

查看版本 $ adb versionAndroid Debug Bridge version 1.0.36 Revision 8f855a3d9b35-android查看连接设备 $ adb devicesList of devices attached 02ae0c1021089daf device安装apk： adb install // 如: adb install de

此为一般软件的基本流程:1：产品立项2：需求分析（阅读产品需求说明书/产品需求功能分解）3：写测试计划  4：写测试用例（主要依据需求说明书，还要参考详细设计说明书+数据库说明书）5：由开发转测试版本（给测试版本）                             6：搭建测试环境7：执行测试 （执行测试用例）8：提单/回归测试  （可能包括性能测试）9：

接口定义 接口泛指实体把自己提供给外界的一种抽象化物，用以由内部操作分离出外部沟通方法，使其能被修改内部而不影响外界其他实体与其交互的方式。 举例：有各种各样的接口，比如电视遥控器的操作界面上的各种按钮 ，电脑上主板的网卡，插槽，硬盘数据线插槽， 软件菜单，DOS命令窗口，软件API函数注意：接口不关注内部具体实现—过程，而是关注功能实现—结果。接口分类 根据接口的定义和特性，可以分为以下两类

为了区别于传统的C/S模式，才特意将其称为B/S模式。认识到这些结构的特征，对于系统的选型而言是很关键的。 1、系统的性能 在系统的性能方面，B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。 不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用C/S

测试的目的就是发现软件中的各种缺陷。 测试只能证明软件存在缺陷，不能证明软件不存在缺陷。 测试可以使软件中缺陷降低到一定程度，而不是彻底消灭。(缺陷可以控制在一定的范围。) 以较少的用例，时间和人力找出软件中的各种错误和缺陷，确保软件的质量。

保证测试的覆盖程度，但穷举测试是不可能的。所有的测试都应追溯到用户的需求和公司的利益<难点在于解决二者的矛盾>越早测试越好，测试过程与开发过程应是相结合的。测试的规模由小到大，从单元测试到系统测试。为了尽可能的发现错误，应该由独立的第三方来测试。既应该测试软件该做什么，也应该测试软件不该做什么。

在手机客户端进行查看的测试重点： 　　1、查看各个模块,界面之间的跳转是否正确;数据的排序方式 　　2、“点击加载更多”的分页处理技术，是否有重复的数据，数据显示是否完整，到达最后一页后是否还有数据进行显示 　　3、出现异常情况是否有提示，是否跳转到已经设定好的默认页面，如断网情况下，显示网络未连接，数据加载失败，或者如果此页面没有数据显示，显示友好提示信息。 　　4、图片处理的地方，是否容

测试用例一般组成: 功能路径 用例编号 用例名称 用例说明 预置条件 输入数据 操作步骤 预期结果 实际结果(yes,no) 优先级 缺陷编号 备注一、用例命名规则用例编号的规则：前四个字母为功能模块的前四个字拼音的第一个字母；第5、6位代表该功能模块下第一个子功能；最后2位用数字代表该子功能的第X个用例。二、用例优先级用例优先级指的此用例的重要程度，也体现编写用例及执

木桶原理: 软件质量的关键因素是分析，设计和实现。测试应该是融于其中的补充检查手段，其他管理，支持，甚至文化因素也会影响最终软件的质量。测试是提高软件质量的必要条件，最直接，最快捷的手段，但绝不是一种根本手段。 提高软件质量的根本手段:研发能够写出好的代码,产品设计出好的产品 Bug的80-20原则:80%的BUG出现在20%的模块之中。在分析设计实现阶段的复审和测试工作中，能够发现和避免80%

测试用例的良好设计。 测试用例的设计是整个软件测试工作的核心，测试用例反映被测对象的质量要求，决定对测试对象的质量评估。测试工作的管理。 尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和财力，有效的测试工作管理是保证有效测试工作的必要前提。测试环境的建立。 测试环境应该与实际测试环境一致。一般而言,对于软件质量的评估就可以从以上三个层面进行 1 测试用例的设计问题 2

应用是否可以在IOS/android不同系统版本上安装(有的系统版本过低,应用不能适配),安卓要注意操作系统版本,安卓最低从4.0开始 软件安装后是否正常运行,安装后的文件夹及文件是否可以写到指定目录里 安装过程中是否可以取消 安装空间不足时是否有相应提示,真正占手机内存的是数据安卓手机的rom主要目录(rom可以理解为手机的硬盘,ram可以理解为手机的内存) data,安装用户的软件 s

说明： 以下说明可能不完全正确，主要是给新手对“需求分析和评审”有个大致的认识A. 需求分类 是对需求按照可以管理的方式分组。可分为以下： (一) 原始需求(客户需求)：原始需求可视为客户的需求，而客户是不了解软件开发技术的，提出的需求是没有办法直接用于开发的，输出文档：市场需求文档(Market Requirement Document，MRD) (二) 产品需求：产品设计人员或者需求分

单纯从功能测试的层面上来讲的话，APP 测试、web 测试 在流程和功能测试上是没有区别的。 系统架构方面： web项目，一般都是b/s架构，基于浏览器的 app项目，则是c/s的，必须要有客户端，用户需要安装客户端。 web测试只要更新了服务器端，客户端就会同步会更新。App项目则需要客户端和服务器都更新。性能方面: web页面主要会关注响应时间 而app则还需要关心流量、电量、CPU

测试方法：是指解决问题的技术手段或工具的集合。 测试策略：是指如何选择和运用方法来解决具体问题。策略定义了： * 要使用的测试方法和工具 * 测试要完成测试和测试成功的评价标准。如测试用例通过率95%，表示可进行验收测试截断。 * 影响资源要求及涉及进度的特殊考虑。策略重点关注元素： * 测试类型和针对该类型所要进行的测试目标 * 使用的评估标准（基于代码的测试覆盖、基于需求的

我们都知道一般黑盒的测试用例的设计方法主要有边界值分析,等价类划分,因果图分析和错误推测法. 用例划分：针对每个模块、子模块或子模块的模块设计用例 优点：容易展开，简单明了 缺点： 1.业务逻辑容易被忽视。模块与模块之间往往是关联的。 2.容易忽略非UI功能的测试，比如安装测试举例：数据库审计系统，【规则模块】，【对象模块】 【规则模块】：存放规则，比如操作表名xx的规则 【对象模块】

一、软件测试工程师大致有4个发展方向: 　　1 资深软件测试工程师 　　一般情况，软件测试工程师可分为测试工程师、高级测试工程师和资深测试工程师三个等级。 　　达到这个水平比较困难，这需要了解很多知识，例如C语言，JAVA语言，数据库，数据结构，软件工程，等等，但是你要在一家公司干3 – 5年的话，在压力中这些技能你都会掌握！ 　　2 测试部门管理者 　　小的如组长，大的如测试经理，这需要

在移动互联网时代，APP的数量越来越多，发布更新的频次更快，如何确保APP上线质量，让用户获得更好的体验，APP质量保障工作很重要，人工智能在测试工作中发挥更大的能量 　　首先来看下几大行业中，软件质量保障QA人员在项目中的角色和话语权 　　A.传统软件行业 　　开发周期长，需求功能点多，如微软，对测试计划性要求高， 测试有一定的发言权，可以坚持一些原则 　　如果从把关角度发言权排序 测试

功能 兼容 性能

BUG 生命周期中的各个状态 从一个bug被发现到这个bug被关闭这一段时间，bug可能会有以下状态：New,Open,Postpone,Pending Retest,Retest,Pending Reject,Reject,Deferred,Closed.下面就对这几种状态进行以下解释： New:（新的） 当某个“bug”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一

为什么要在一个团队中开展软件测试工作？ 因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ 　　我曾经做过web测试，后

关于软件测试的定义,不同学者有不同的观点,了解软件测试的定义,对于日后在工作中是很有帮助的, 首先要明确测试的定义,所谓测试,就是以检验产品是否满足需求为目标。 而软件测试,自然是为了发现软件(产品)的缺陷而运行软件(产品) 比较标准的软件测试的定义是:在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估。IEEE 标准的定义:使用人工或自动的手段来运行或测定某个系统的过程，其目的在

一、输入框 1、字符型输入框： （1）字符型输入框：英文全角、英文半角、数字、空或者空格、特殊字符“~！@#￥%……&*？[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时，使用“粘贴、拷贝”功能尝试输入。 （2）长度检查：最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。 （3）空格检查：输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空

本文章主要针对以下内容进行说明,是以提供给软件测试入门者参考. (一)什么是软件测试 (二)为什么会有测试 (三)测试的基本流程 (四)测试的发展方向 (五)软件测试的分类什么是软件测试(背景)历史背景早期软件开发过程中将测试等同于调试（debug），目的是纠正软件中已经知道的故障，通常由开发人员自己完成这部分的工作，常常是等到形成代码产品已经基本完成时才进行测试。直到1957年，软件

是否可以删除应用(可通过桌面/软件卸载安装删除) 曾发现在IOS上有个应用安装时未完全安装,终止安装后,未完成安装的应用图标一直显示在手机上且无法删除 测试卸载后文件是否全部删除所有的安装文件夹 卸载过程中出现死机,断电,重启等意外的情况,待环境恢复后是否可以正确卸载 卸载是否支持取消功能,单击取消后软件卸载情况是否正常卸载的一般方法 1.通用卸载模式:长按桌面图标 2.设置-应用-全部

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。性能测试类型包括负载测试，强度测试，容量测试等。　　负载测试

什么叫系统测试？ 系统测试是对整个系统的测试，包括相关的软硬件平台、网络以及相关外设的测试。系统测试包含哪些类型的测试？ 以下从质量的量子模型角度出发，得出系统测试包含以下几种类型： 功能性{密保安全性，互操作性}–》安全性测试,功能测试 可靠性{容错性，易恢复性}–》可靠性测试｛容错性测试，易恢复性测试｝ 易用性{易学性，易操作性，易吸引性}–》界面测试，文档测试 效率性{时间性，空间

1、什么是预发布环境? 预发布环境，就是线上环境、正式生产环境，为避免因为测试环境和线上环境的差异性等带来的缺陷漏测而设立的一套环境，其配置等基本和线上一致，只是预发布环境web服务器不在线上集成服务器范围之内，为单独的一台机器；2、预发布环境不能被线上用户访问 通常这里的技术实现是这样的：把预发布环境的访问域名设置成和线上环境的不一样，通过配置host来访问预发布环境；3、预发布环境和线上环境

所谓WAMP环境,即Windows+Apache+MySQL+PHP环境,一般公司都是使用这种环境,或者是LAMP,即操作系统由Windows切换为Linux.测试环境基本也就这一套,学会了一种,其他的一通百通,当然还有简单的可以使用建站集成工具XAMPP,这样的一个软件集成了这样一套系统

首先你要下载loadrunner,具体下载和安装方法不再赘述.本文所使用的版本为loadrunner11(以下简称LR)万能录制脚本方式: 准备环境:win7,任意浏览器 由于LR能支持的版本有限,本文使用的系统为win7,若是要必须录制移动端则要下载patch3这个补丁. 1.打开LR>New Virtual User>New Multiple Protocol Script>Web(HTT

1：请你分别划OSI的七层网络结构图，和TCP/IP的五层结构图？ http://www.kaiguandianqi.com/pic/paper/paper_20_1.gif http://www.vlan9.com/ArtImage/20051016/2005101629_1.jpg OSI的七层网络结构图，和TCP/IP的五层结构图 OSI OSI是Open System In

Fiddler是位于客户端和服务器端的HTTP代理，也是目前最常用的http抓包工具之一 。 它能够记录客户端和服务器之间的所有 HTTP请求，可以针对特定的HTTP请求，分析请求数据、设置断点、调试web应用、修改请求的数据，甚至可以修改服务器返回的数据，功能非常强大，是web调试的利器。 既然是代理，也就是说：客户端的所有请求都要先经过Fiddler，然后转发到相应的服务器，反之，服务器端的所

为了区别于传统的C/S模式，才特意将其称为B/S模式。认识到这些结构的特征，对于系统的选型而言是很关键的。 1、系统的性能 在系统的性能方面，B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。 不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用C/S