qq_60219215的博客

原创 UI自动化测试/python编程

●python的格言：Life is short，use python。（人生苦短，我用python）●由Guido van Rossum于1989年圣诞节为打发无聊时间，而开发的一个新的脚本解释程序，第一个公开发行版本于1991年。●至于为什么选中python作为语言名字，是因为他是一个叫Monty python的喜剧团队的爱好者。# 函数# 一些可以被重复使用的代码，可以提取出来放到函数中# python使用def来定义一个函数，使用return来返回结果# 调用函数。

原创 环境搭建

1、spring boot项目（.jar包）步骤：1、在/root目录新建一个文件夹，名字自取。例如：mkdir canyin_bbcc2、将路径切换至新建文件夹下。例如：cdcanyin_bbcc/3、将项目源码.jar包拷贝至当前目录下。例如：cp /root/bbcc/canyin-0.0.1-SNAPSHOT.jar ./4、查看是否拷贝成功。例如：ll5、运行项目。例如：java -jar canyin-0.0.1-SNAPSHOT.jar...

原创 数据库Mysql

（一）认识数据库1、什么是数据库DB的全称是data base，即数据库的意思。数据库实际上就是一个文件集合，是一个存储数据的仓库，本质就是一个文件系统，数据库是按照特定的格式把数据存储起来，用户可以对存储的数据进行增删改查操作2、数据库分为两大类关系型数据库：是建立在关系模型基础上的数据库Mysql、Oracle、DB2、SQL Server。非关系型数据库：（NO SQL数据库）通常指数据之间无关系的数据库mongodb redis。3、Mysql简介Mysql是一个关系..

原创 Readis

目录1、什么是Readis2、Readis的优势3、Redis.conf配置项4、requirepass foobared5、databases 166、bing 127.0.0.17、有时候中文会有乱码8、select dbnum9、获取所有键10、获取键总数11、查询键分类12、获取键值13、移动键14、del key15、查询key的生命周期(秒)16、-1：永远不过期，设置过期时间17、设置永不过期1、什么是Readis.

原创 探索式测试

探索式测试是一种软件测试风格，而不是一种具体的软件测试技术。探索式测试强调依据当前待测项目实际情况。选择合适的测试技术，而不局限于特定的测试技术。

原创 Monkey测试（APP稳定性）

Monkey是Androld中的一个命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户事件流（如按键输入、触摸屏输入、手势输入等），实现对正在开发的应用程序进行测试。Monkey测试是一种为了测试软件的稳定性、健壮性的快速有效的方法。

原创 敏捷测试

敏捷、环境搭建

原创 Linux操作系统介绍

一、Linux简介林纳斯.托瓦兹著名的程序员、黑客，Linux内核的发明人及该计划的合作者。有些人生来就具有统帅百万人的领袖风范；另一些人则是为写出颠覆世界的软件而生。唯一一个能同时做到这两者的人，就是托瓦兹。美国《时代》周刊对“Linux之父”林纳斯.托瓦兹（Linux Torvalds）给出了极高的评价。甚至，在《时代》周刊根据读者投票评选出的二十世纪100位最重要的人物中，林纳斯居然排到了第15位，而从20世纪的最后几年就开始霸占全球首富称号的盖茨不过才是第17位。Linux版本U

原创 APP项目测试

安装卸载测试、兼容性测试、功能测试、UI测试、用户体验测试、硬件环境测试、adb命令

原创 测试报告

测试报告的编写1、概述1.0 测试范围1.1 测试人员、时间、功能1.2 测试环境2、测试过程评估2.0 测试总体评估2.1 用例统计2.2 测试用例执行情况分析2.3 测试对象质量评估3、项目测试总结及建议3.0 项目测试总结及建议3.1附录（系统参考资料）...

原创 Bug的编写及管理流程

一、Bug的起源1945年，一只小飞蛾钻进了计算机电路里，导致系统无法工作，一位名叫格蕾丝.赫柏的人把飞蛾拍死在工作日志上，写道，就是这个Bug（虫子），害我们今天的工作无法完成——于是，Bug一词成了电脑系统程序的专业术语，形容那些系统中的缺陷或问题。二、Bug的定义Bug的定义：电脑程序里的错误，而现在更是将其延伸为漏洞，错误，可改进的细节、或与需求文档存在差异的功能实现等。三、Bug的分类1、功能缺陷（业务流程未实现）2、代码错误（错误页404/500）3、界面优化（UI问题，图文显

原创 测试用例设计和编写

用例要素：用例编号、模块、场景、用例名称、前提条件、测试等级、操作步骤、预期结果、实际结果、创建日期、创建人等价类划分：定义：依据需求将输入划分为若等价类，从等价类中选定一个测试用例，如果该测试用例通过，则表明整个等价类通过测试。使用场景:对于等价类这个法，一般适用于有无限多种输入我们不可能完成穷举测试，等价类可以使我们用较少的测试用例尽可能多的将功能覆盖。有效等价类和无效等价类：有效等价类：有意义的输入构成的集合，对于需求规格说明书是合法的；无效等价类：不满足需求的集合。例

原创 测试计划

为什么需要测试计划：软件测试是有计划、有组织和有系统的软件质量保证活动，而不是随意的、松散的、杂乱的实施过程。为了规范软件测试内容、方法和过程，在对软件进行实施测试之前，必须创建测试计划。测试计划的定义：测试计划：一个叙述了预定的测试活动范围（哪些模块）、测试资源（软件、硬件）及进度安排的文档。它确认了测试项、被测特性、测试任务、人员安排，以及任何偶发事件的风险。包含了产品概述、测试策略（功能测试、接口测试、自动化测试、性能测试）、测试方法（黑盒测试、单元测试、系统测试）、测试范围（有哪些模

原创 需求分析

一、什么是软件需求业务需求：反应了组织机构或者客户对系统、产品高层次的要求，他们一般在项目视图与范围文档中予以说明。用户需求：描述了用户使用产品必须要完成的任务，一般在使用的一些实例中或方案脚本说明中予以说明。功能需求：定义了开发人员必须实现的软件功能，使得用户完成他们的任务，从而满足业务需求。非功能性需求：遵从某些标准，规范和合约。性能要求。质量属性。二、需求澄清需求阶段位置：需求是软件项目研发的开始；需求是组建研发团队后第一次集体参与讨论的事情；需求是保障质量

原创 软件测试生命周期

原创 软件测试模型

瀑布模型：瀑布模型适合于结构化方法。软件项目或产品选择瀑布模型必须满足下列条件:在开发时间内需求没有或很少变化;分析设计人员应对应用领域很熟悉;低风险项目(对目标、环境很熟悉);用户使用环境很稳定;用户除提出需求外，很少参与开发工作。V模型：优点:包含了底层测试(单元测试)和高层测试(系统测试);清楚的标识了开发和测试的各个阶段;自上而下逐步求精，每个阶段分工明确，便于整体项目的把控。缺点：自上而下的顺序导致测試工作在编码后，不能及时的进行修改;实际工作中，需求经常变化，导致v模型反复执行.

原创 软件测试策略

1、选择测试方法:选择最合适当前项目的测试方法(比如项目紧急的时候?项目频繁发版等)2、角色与职责:需要在测试策略里面明确定义各个角色，以及该角色的职责。比如项目经理，测试组长，测试工程师。3、环境需求:这一点非常重要，它将描述测试时需要的系统环境(软件，服务器Linux，windows，数据库Mysql)，包括软硬件以及网络环境等等。在澄清环境需求的时候，测试组织可以识别出资源方面的风险。4、风险分析:影响测试过程的风险都应该尽早被识别出来，而且必须有相应的解决办法以便消除或者轻这些风险。

原创 软件测试的原则

一、测试应该尽早进行，最好在需求阶段就开始介入，因为最严重的错误不外乎是系统不能满足用户的需求。二、程序员(开发)应该避免检查自己的程序软件测试应该由第三方(测试人员)来负责。三、设计测试用例时应考虑到合法和不合法的输入比如（金额输入框）四、在测试程序时，不仅要检验程序是否做了该做的事，还要检验程序是否做了不该做的事。多余的工作会带来副作用，影响程序的效率，有时会带来潜在的危害或错误。五、应长期保留所有测试用例，保留测试用例有助于以后修改程序后的回归测试。...

原创 软件测试方法的分类

1、按开发阶段划分单元测试（Unit Testing）：又称模块测试，对软件的组成部分进行测试，其目的是检验软件基本组成单位的正确性，测试的对象是软件测试的最小单位：模块集成测试（Integration Testing）：集成测试也称联合测试（联调）、组装测试：将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作，集成主要目的是检查软件单位之间的接口是否正确。系统测试（System Testing）：将软件系统看成是一个系统的测试，包括对功能、性能以及软件所运

原创 软件测试的定义

在规定条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。规定条件→测试用例发现程序错误→找bug衡量软件质量→质量评估满足设计要求→满足要求...

原创 HTTP和HTTPS的区别

HTTP和HTTPS的区别区别：传输信息安全性不同，连接方式不同，端口不同，证书申请方式不同一、传输信息安全性不同：1.HTTP协议：是超文本传输协议，信息是明文传输，如果攻击者截取了web浏览器和网站服务器之间的传输报文，就可以直接读懂其中是信息,2.HTTPS协议：是具有安全性的ssl加密传输协议，为浏览器和服务器之间的通信加密，确保数据传输的安全。二、连接方式不同1.http协议：http的连接很简单，无状态的。2.https协议：是由SSL+HTTPS协议构建可进行加密传输，身份认证的

原创 安卓和苹果测试区别

1、安卓手机针对每一款手机有不一样的操作；苹果手机操作习惯单一。2、多分辨率测试，Android端20多种，ios较少；3、操作系统，Android较多，ios较少且不能降级，只能单向升级；新的ios系统中的资源库不能完全兼容低版本中的ios系统中的应用，低版本ios系统中的应用调用了新的资源库，会直接导致闪退（Crash）；4、操作习惯：Android，Back键是否被重写，测试点击Back键后的反馈是否正确；应用数据从内存移动到SD卡后能否正常运行等；5、push测试：Android：点击hom

原创 性能测试的流程

一个完整性能测试流程包括以下方面：l 准备工作1、系统基础功能验证性能测试在什么阶段适合实施？切入点很重要！一般而言，只有在系统基础功能测试验证完成、系统趋于稳定的情况下，才会进行性能测试，否则性能测试是无意义的。2、测试团队组建根据该项目的具体情况，组建一个几人的性能测试team，其中DBA是必不可少的，然后需要一至几名系统开发人员（对应前端、后台等），还有性能测试设计和分析人员、脚本开发和执行人员；在正式开始工作之前，应该对脚本开发和执行人员进行一些培训，或者应该由具有相关经验的人员

原创 遇到偶现性bug该如何处理和跟踪

我们在进行测试的过程中，难免会发现软件的bug。有些bug是可以通过固定的操作步骤，必然复现，这就叫必现性bug，这类bug我们就做跟踪记录，然后复现，直到开发解决这类问题。但是，在测试过程中经常会碰见一类很头疼的bug，就是偶现性的bug！！！所谓偶现性，是相对于必现而言，这类bug有些可以有重现路径，但是可能需要重复操作十几次甚至上百次才可能重现一次，重现概率比较低，这种bug我暂分类成偶现可重现。另一种则是没有重现路径，找不到任何的规律，但时不时的会出现，这个分类成偶现且难以重现。

原创 说一个印象最深的bug

第一个：数据精度相关这还是实习生刚进入公司的时候，公司的线上项目出现的问题。用户在下单的时候，购物车的结算金额的会出现xx.xxxxxxxxxx这样的金额，简直逆天啊。后来才知道是在数据的各种换算的时候出现了错误。后来在测试中也会出现各种各样奇怪的数据就还好了。第二个：我的第一个线上Bug这个时候刚好测试组老人都走了，线上有反馈回来一个bug，说是在某个二级下拉框选择的时候没有限制在一级下拉框的条件下，后台后台人员更改之后，确定测试通过了发布上线之后，一看怎么有不对呀。结果说是不知道那个开发自己做了什

原创 手机app出现问题，如何定位？

首先，当我发现手机被测app出现问题时，首先我们需要定位的是前端问题还是后端问题怎么定位呢？通过fiddler设置代理，配置好抓取手机的接口这时候操作手机app，如果fiddler没有向服务器进行接口请求时，那么是前端的问题。这时候，我们可以用adb的logcat命令获取报错信息如果fiddler有接口请求，那么我们这个时候需要分析获取的接口，分析请求参数是否正确，如果不正确是前端的问题如果正确，我们下来要分析接口的响应信息，如果不对，那么一定是后端问题。这时候我们需要

原创 接口测试-幂等测试

我们知道一个网站的访问中会有很多各种各样的接口请求比如说拿一个购物网站来说，有注册，有登录，有浏览商品，有添加购物车，查询购物车商品这些接口，还有一类特殊的接口，比如：支付。我们都知道接口一般都会存在这样一个过程，通过前端发起一个接口请求，也就是我们所说的request，请求以http发送给服务器，服务器接收到对应的请求之后，处理完成，会将处理的结果通过网络再返回给我们客户端也就是我们常说的response。但是存在这一一个情况，我request出去，由于网络抖动等原因，response没来

原创 Linux和Mysql常用命令

Linux常用命令Ls：列出指定目录下的文件和文件夹名字Mkdir：创建新目录Rmdir：删除空目录Cd：切换目录，改变用户所在目录Pwd：打印用户当前所处的绝对路径Vi：文本编辑器Cat：显示文本内容Cp：复制文件或目录Rm：删除文件或目录Mv：移动或重命名文件与文件夹Find：在指定文件夹下查找文件或文件夹Tar：压缩和解压文件Tail：查看文件结尾的内容Echo：在显示屏上回显字符串或用来查看环境变量的值Touch：创建文本Hostname：显示主机名称Clear：清

原创 Get和Post的区别

get和post的区别1、get请求一般是从后服务器上获取数据用于前端页面的展示(例如:看到列表页面等)post请求是向服务器传送数据(登录、注册、上传文件、发布文章)。什么时候用get，什么时候用post取決于开发。无论用post请求还是get请求，都能完成对数据的増刪改査，分不同的请求方式更多的是一种约定。2、get请求的请求参数是拼接在ur1后面的，只能以文本的形式传递参数，请求参数会显示在地址栏，数据长度受限于ur1的长度，传递的数据量小(4KB左右，不同浏览器会有差异)，post请求的请求参数

原创 如何测试复制粘贴功能

如何测试复制粘贴功能复制粘贴是电脑最普遍的两个操作了，在面试的过程中，有学生被问到如何测试复制粘贴功能的时候，我个人觉得你可以这样去回答首先，这道题目你甚至可以发挥下你沟通能力，大胆的跟面试官提出，你的构思和设想，谁都不愿意招一个没有思想的人，所以这点或许就是你拿到高薪offer的关键点！！！因为对于本身的复制和粘贴功能，电脑本身也就是微软这块做的还是比较完善的。并且微软集团的测试工程师已经经历了充分的测试，包括也发布给用户进行了相关的使用，有的时候还可能在发布之前做了beta测试。因此，我来核实下

原创 如何提取测试点

如何提取测试点首先会想到从需求文档中提取测试点，每一次迭代之后，都会有需求，需求经理评审之后，我们要基于需求去写测试计划，包括梳理出来的测试点，梳理完测试点之后，编写对应的测试用例，测试点是基于需求文档的功能描述，来提取测试的目标方面，例如现在要测试唯品会，首先用户会进行注册（手机号），测试点就是正常情况下的注册和异常情况下的注册，然后进行登录，分别是手机号登录，第三方登录，测试点就是手机号登录的正常情况和异常情况等，测试点是很模糊的一个概念，就像上面注册和登录来说，也可以称为测试点，提取完测试点后，需要

原创 如何测试抖音

如何测试抖音其实，现在的面试题，对于基础的测试用例和场景考察越来越多样化，就跟这样一道面试题。面试官一上来就是跟我说下怎么测试刷抖音？很多人一上来就开始各种UI测试，兼容性测试，易用性测试，硬件环境测试，性能测试或许他的知识掌握还算不错，但是如果按照这种思路去回答会给面试官比较思维逻辑不清晰，回答知识面比较散其实这道题，我来说下思路：首先，不管怎么样，先去回答功能层面的测试点：1）正常的上拉切换视频2）下拉加载视频3）多次上拉，检查视频是不是正常多次切换到到不同的视频4）多次上拉的过程中，

原创 如何测试一个水杯

如何测试一个水杯18、如何测试一个水杯?(1)功能:水倒水杯容量的一半，水倒规定的安全线・水倒满且流出来，水杯容量刻度与其他水杯一致，盖子拧紧水倒不出来，烫手验证(2)性能:使用最大次数或时间，掉地上不易损坏，盖子拧到什么程度水倒不出来，保温时间长，杯子的耐热性，杯子的耐寒性，长时间放置水不会漏，杯子上放置重物达到什么程度杯子会被损坏(3)界面:外观完整、美观，大小与设计一样(高、宽、容量、直径)，拿着舒服，材质与设计一样，杯子上的图案掉落，图案遇水溶解(4)安全:杯子使用的材质毒或细菌的验证、高

原创 如何测试支付宝的转账功能

如何测试支付宝的转账功能现在经常去参与软件测试面试的时候，总会在基础阶段知识的面试中问到你如何测试XXX.比如如何测试支付宝转账功能。这样的题目还是老的基本思路:功能+专项测试功能测试:先用场景法梳理出转账的基本流程打开支付宝，点击"转账"，输入转账账户，输入转账金额，点击“转账”观察收款账户是否到账打开支付宝，点击“转账”这两个业务都只有正常的操作输入转账账户：1，不输入账户；2，输入不存在的账户；3，输入的账户小于账户指定的长度；4，输入的账户大于账户制定长度；5，边界点：输入的