为什么软件明明通过了各种级别的测试，在交付给用户之后仍然会出现问题，令用户不满？这可能是我们的测试依据出现了问题。通常测试的依据是系统设计师加工过的需求，而这个需求并没有反映用户的使用环境、使用场景和使用习惯，简而言之，就是所以，在需求分析过程中运行方案和场景的分析有助于完善软件需求，获得用户的真实需求。作为测试人员，则应实施基于客户视角的测试才能确保通过测试的软件顺利交付。在测试设计时，通常依据的是需求规格说明、设计说明，有些还会参考合同。

德鲁克说：“你如果无法度量它，就无法管理它。

扫码登录本质是解决将APP端的用户登录信息（通常是Token）通过扫码的形式安全稳定地同步给Web端。测试点包括哪些：1、页面基础功能；2、ticket的过期时间；3、ticket的唯一性，以及生成和加密方式；手机端已经进行过了登录，在访问手机端的服务器的时候，参数中都会携带一个用户的token， 服务器可以从中解析到用户信息这里从token中取值而不是手机端直接传userid是为了安全，直接传userid可能会被截获和修改， token是加密的，被修改的风险会小很多。

测试接触不到第一手需求，了解到的需求都是分解过的需求，该怎么做才能保证不漏测？这个问题还是挺普遍的。因为随着分工越来越精细，每个人可能只能接触到全局的一部分，再加上信息传递过程中的信息丢失，就很容易造成如下场景。看完是不是觉得，这不就是我们项目的写照吗？今天我们先来看看如何避免这类问题：1、使用文档承载 客户原始需求。不管是什么文档，我们必须要有一个记录客户最原始需求的地方。确保沟通过程中的信息不丢失。2、如果产品没有，测试就要积极主动找项目经理去沟通，或者找销售/售后去积极了解这个需求。

新业务的学习，是一个不断积累的过程，只有在经过不停地学习、实践、问题排查，这样的重复过程后，才会加深我们对业务的理解。随着业务知识、系统架构等方面的提升，也会反哺我们对业务的了解，从而达到陌生到熟悉的变化。最后，再送大家一句话：好记性不如烂笔头，随时记录，思考，梳理，重构，会有惊喜噢！

有测试员抱怨开发很糟糕，但我们没办法要求开发在会写代码的同时还要把代码写好，没有过多的bug，因为这就是我们的工作；测试员吐槽自己的老板很较真，但我们没办法拒绝领导们的批评指责，因为批评代表我们还有继续提升的价值……除了批评外，我想每个测试员都怕被无时无刻的刨根究底，无止无休的问长问短。作为一名软件测试员，工作有时候挺苦逼的，有时候想说：我太难了……如果你问我做测试做了这么久最怕被问什么，我想一定是这句：测得怎么样了？除此之外还有：还有问题吗？什么时候能测试结束啊？如何对测试人员进行考核啊？

几乎每一位测试员，都会因为自己发现了一个bug而沾沾自喜，然后迫不及待地报bug。此时，恨不得有个喇叭，在整个办公室广而告之一下，实际上这样的行为并不可取，因为软件开发人员最怕的就是思路被打断，他们进入心流状态（心理学术语，指一种人们在专注进行某行为时所表现的心理状态）是需要时间的，这样会严重影响他们的工作效率。下面列出，测试人员在报bug方面最常见的10条错误。Bug描述题不对意，说的是A，而真正的bug是B，让开发人员看了一头雾水。

最近几年，随着大数据、人工智能等领域的快速发展，算法受到前所未有的重视，算法测试也随之兴起。为了让大家能对算法测试有个初步的了解，这篇文章将对“如何做算法测试”进行梳理，大纲如下：1、算法测试测什么？2、算法测试如何做？3、算法测试的一个真实案例4、答疑解惑先来看几个大家耳熟能详的算法应用成功的例子：1、阿尔法围棋机器人，打败了人类棋手，其实就是运用了复杂的人工智能算法；2、今日头条、抖音等APP，使用了兴趣算法推荐，推送的都是你感兴趣的内容；

在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录下来。这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。

除了考虑新系统的规则变化，还要考虑旧数据迁移后需要进行规则适配，例如旧系统没有，新系统有的字段，验证是否给到正确的默认值。保证旧系统数据迁移后业务的可用性与连续性，避免迁移后需重新回滚测试。接下来，我们将详细介绍数据迁移的测试策略及测试实施，话不多说，上干货~

最近公司的新产品经历了几个版本的开发，终于初具模型，测试团队决定近期做一次回归测试。公司一直是敏捷开发模式，以需求卡进行一次次迭代，几百张需求卡如何界定回归测试范围也是伤透了脑筋，经过一番讨论，确定了以下方案。需要确定本次需求变更直接影响到的功能模块和代码，这些部分必须纳入回归测试范围。此外，也需要考虑一级或二级跨模块和接口的影响。一些业务关键、涉及金融等安全性要求高的功能模块，即使未直接涉及需求变更，也需要高频回归。这些模块的回归测试范围需要不断扩大。

目前关于云文档的业务还是挺多的，相信出去面试的同学，大多会遇到这道高频软件测试面试题：文件上传下载测试点。今天向大家分享下，希望对大家有所启发。上传文件中断网，网络恢复后，看文件是否继续上传。下载后的文件，在本地能否正常打开，与上传的文件进行对比，是否保持一致。单击下载是提示下载还是在页面打开，如果直接打开，页面内容需要正常显示。后台设置了下载权限的文件需要进行控制，例如需要积分下载/登录下载/回复下载等等。一个文件重复下载到相同的目录，保存到本地是否会自动在文件名后面加后缀进行区别，例如1、2等数字。

先写一个简单的python函数，找chatgpt写单元测试：这个结果已经超出我预期了，一个普通的单元测试感觉已经成型了，而且它还理解了“坐标”和“平面”。不过有小问题，注释是不对的，两个点不可能不再同一个平面上。执行这个测试函数，最后一个assert是通不过的。虽然它说修正了，但是实际上是越改越错。我没说，参数的第一个值是行号，它居然能“理解”了。

常常在思考：同样背景，同样学历的人，为什么有的人路越走越宽，而有的人路越走越窄？不能简单归结于性格和运气，看似偶然实则必然。学习才能使我们内心强壮，充满自信。然而，不仅需要学习，还得善于学习，才能让我们自信常在。何为善于学习？这是一门大学问，简单来说就是有一套适合自己的高效学习方式方法，能去芜存菁，举一反三，并把知识转化为能力。在这十多年，我接触过几个从小学、初中就出来混社会，但做到公司副总裁，公司CEO，自主创业的同事和朋友。

根据我的经验，做单接口压测，用jmeter完全没问题；如果做页面压测，结果同样具有参考性，能反应大部分性能问题；如果要获得更准确的结果可以考虑其他工具，如熟知的loadrunner。

Monkey测试，是Android自动化测试的一种手段，Monkey测试本身非常简单，Android SDK 工具支持adb Shell命令，实现模拟用户的按键输入，触摸屏输入，手势输入等操作，去发现应用隐藏的严重问题。现在线上有很多云测真机平台，平台上基本都支持Monkey测试服务（多数平台收费），同时利用平台上不同的测试机型发现被测应用的稳定性和健壮性问题。

你见过的这里都有，开源Web性能测试工具集合：1、。这个也不用多介绍，基本属于做过Web性能测试都会接触的工具。Apache旗下的开源项目，属于一个Java桌面应用程序。优势是开源免费，扩展能力强。自身性能是硬伤。2、。Web性能测试的蝗药师，开源免费，并发能力强。特点：使用纯粹的Python编写脚本；单机可支持千级并发压力，且支持分布式；Web管理界面；可以测试任何系统；简单耐玩。3、。Grinder是Java开发的负载测试框架，开源免费。支持录制、修改、运行方式的性能测试。

阅读Faker的源码可以很容易发现，Faker实际是维护了一个“数据库”，这个“数据库”强大在做了很多Localized的处理和兼容。此外，

TestNG是一个开源自动化测试工具，TestNG源于Junit，最初用来做单元测试，可支持异常测试，忽略测试，超时测试，参数化测试和依赖测试。除了单元测试，。随着企业内部自动化资产的持续积累以及持续集成的推进，对自动化测试的运行速度要求越来越高，某些应用的自动化测试用例可能多达几千条，如何加速这些自动化用例的运行速度，让自动化落实到每一次版本变更和持续集成当中，是一个需要解决的问题。TestNG通过对多线程的支持提供了加速代码运行的有效方式，

总的来说，开发者对于puppeteer的热情还是很高的，而且puppeteer的更新频率很快，整体生态环境是健康和谐的。对于大多数同学来说，只需要简单的理解，puppeteer可以实现。

Mock 是一项特殊的测试技巧，可以在没有依赖项的情况下进行单元测试。通常情况下，Mock 与其他方法的主要区别就是，用于取代代码依赖项的模拟对象允许设置期望值。简而言之，Mock 就是创建了一个对象，模拟真实对象的行为。

什么是断言？断言——就是结果中的特定属性或值与预期做对比，如果一致，则用例通过，如果不一致，断言失败，用例失败。断言，是一个完整测试用例所不可或缺的一部分，没有断言的测试用例仅仅是测试步骤。​在介绍Postman断言之前，我们先测试接口：接口地址：https://www.v2ex.com/api/nodes/show.json?name=python使用 GET 方法：那么这个接口我们如何用Postman来进行断言呢？也很简单，用到Postman tests 这个模块。要执行断言脚本以验证请求返回的数据，使

维基百科解释：The HTTP Archive format, or HAR, is a JSON-formatted archive file format for logging of a web browser’s interaction with a site。简单理解就是记录浏览器请求的日志的文件。怎么获取HAR文件呢？一是可以通过Chrome的开发者工具获取，二可以通过一些软件获取，比如fiddler、Charles proxy等。这里我们使用Chrome来获取。

部分安卓，ios系统不支持fiddler，在我使用fiddler抓包安卓、IOS应用接口失败怎么办？有什么好的解决方案呢？最好的方式就是换一个抓包工具，这里推荐工具：whistle当然它也是有缺点的就是要配置运行依赖环境，whistle需要依赖于node。下面开始介绍如何安装使用（我这里为 win10 x64 系统）

从接到需求到完成第一次测试结果输出，我花了大概一天半的时间。整个过程比较顺利，但在真正实践过程中，也遇到了一些需要思考的点。比如：1、造业务数据时，很难遍历到所有查询条件集合，那么这时候，至少需要保证主业务完全覆盖。2、如何高效输出差异对比结果，比如只有存在差异时才输出请求参数、响应和差异点，让结果更好地被分析。3、分析结果时需要首先将问题归类总结，同样类型的问题可能是一个原因导致的，将问题归类分析后能够更好地缩短和开发扯皮的时间。

把以人为驱动的测试行为转化为机器执行的一种过程，自动化测试节省人力、时间或硬件资源，提高测试效率。优势特点快速比手工测试操作快可靠精确地执行相同的操作，可以排除手工操作错误可重复测试相同操作重复执行得到软件响应状况可编程可以编程得到应用系统的隐藏信息可重用针对不同版本，测试脚本可重复使用综合测试覆盖应用系统的一套综合测试方案。

今天采访了一个在游戏行业做测试的同学，他所在的游戏公司是做大型多人在线角色扮演类的游戏，类似传奇游戏。他所在的公司目前有1200多人，是上市公司，目前游戏产品在国内海外都有市场。因为我是一个对游戏无感的人，所以我就问了一些大家可能会感兴趣的问题，提前帮大家探探路。我目前在游戏测试行业做了4年了，软件测试行业太卷了，游戏行业很好找工作，只要做功能测试就可以。

在短时间的市场化和短期冲刺的文化中，测试人员通过使用测试自动化实践和工具保持同步是至关重要的。本文跟踪从基于脚本的测试与硬编码数据到自动化框架的转变，探索测试自动化的开始和到今天的演变 - 并且可能的未来走向。今天的软件市场完全以消费者为导向，为了保持相关性，产品必须处于不断的准备发版状态。面对不断变化的消费者品味，你如何确保这一点？测试自动化发挥了重要作用，使测试人员更多地关注维护测试计划并确保测试覆盖全面。

项目构思：开发一个web版的接口自动化测试平台功能包括：接口导入、自动化测试用例生成、自动化测试报告、可持续集成项目框架：django + vue + mysql技术要求：熟悉django后台开发、熟悉vue开发第一节：搭建django 项目（我这里用版本3.2.5）1、 创建一个api-autotest-admin项目2、创建app3、启动项目启动成功4、配置数据库settings.py 修改数据库配置5、 配置app进去settings.py文件6、初始化数据库基础框架设计完成。

测试开发视频教程、学习笔记领取传送门！！！

在robotframework+python框架上写了两三天的接口自动化，做了一些笔记。1.在断言的时候经常由于数据类型导致较验不通过，值得注意的是，在定义常量或者变量的时候，使用${}代表int类型，例如${2}就代表数字2，另一种直接写2，则是string类型的2，返回的时候会是“2”。

测试开发视频教程、学习笔记领取传送门！！！

在以往的Selenium Grid版本中（V1-V3）其架构都比较简单。在全新的Selenium Grid 4版本中其架构变得有些复杂，但也更加灵活和强大了。特性一：Hub和Node使用同一个jar服务在之前，我们要配置Selenium Grid时需要分别启动Hub和Node节点，而在全新的Selenium Grid 4版本中Hub和Node都是用同一个jar文件，一旦服务启动之后将会同时作为Hub和Node角色。特性二：架构优化。

OCR中文名称光学识别， tesseract是一个有名的开源OCR识别框架，它与Leptonica图片处理库结合，可以读取各种格式的图像并将它们转化成超过60种语言的文本，可以不断训练自己的识别库，使图像转换文本的能力不断增强。获取验证码上下左右的位置,此处要注意查看电脑显示的缩放比列（如下图），根据比列乘以相应的系数，我这边的显示比列是125，那么对于的系数就是1.25（如果你的是150，那么就乘以1.5）PostPic返回的是一个字典类型的数据，识别的验证码在该字典中的pic_str这个键中。

robotframework(后续简称为robot)是一款自动化测试框架，可能做各种类型的自动化测试。本文介绍通过robotframework来做接口测试。在robot当中，python语言的接口测试库名称为RequestsLibrary。

要进行浏览器端的自动化测试，掌握核心的 js 用法是必不可少的，本文提到的 8 个知识点，都会频繁用到。通过 let 关键字命名变量。通过 if 和三元表达式控制条件。普通的 function 形式函数定义。箭头函数也经常使用，有点类似匿名函数。回调函数在 js 当中非常常见，但是会遇到回调地狱的问题。Promise 是解决回调地狱的有效手段，promise 和 then 的用法会经常碰到。Async / Await 是另一种更优雅的使用 promise 的方式，更推荐使用。

首先，在https的建立连接过程中，当浏览器向服务端发送了连接请求后，服务器会发送自己的证书(包括证书有效期、颁发机构等)给浏览器，浏览器首先在本地根证书区域寻找是否有这个服务器证书的CA机构的根证书。如果有继续则下一步会进行验证服务器端的证书，如果没有弹出警告。验证通过后经过一系列服务器和客户端的信息交换，双方最终建立了通讯。

很多同学在学习App自动化或者在项目中落地实践App自动化时，会发现编写的自动化脚本无缘无故的执行失败、不稳定。而导致其问题很大原因是因为应用的各种弹窗（升级弹窗、使用过程提示弹窗、评价弹窗等等），比如这样的：如果不对这些弹窗进行处理，将会中断自动化脚本的运行，从而导致脚本执行不稳定。因为弹窗有时候是随机出现的，并不是按照固定的路径复现，所以不能按照常规元素定位给点掉。这里以bilibili的首页弹窗为例：对应思路代码实现：优化一上述方案代码通用性不强，代码重复量较多，所以可以考虑封装为单独的方法

不管是在做接口自动化还是在做UI自动化，测试人员遇到的第一个问题都是卡在登录上。那是因为在执行登录的时候，服务端会有一种叫做session的会话机制。在做功能测试的时候，肯定会遇到一种测试场景，需要在没登录的时候进行一些普通操作，会提示“请先登录”比如：我们在逛TB的时候，如果没有登录，那么当你搜索到一个商品，准备下单时候，是不是就会弹出一个登录框？其实这就是利用到了session会话机制。因为HTTP协议是无状态的，那么在下订单，加入购物车等场景时，服务器是不知道哪个用户在操作。

尝试用python语言的requests库，编写脚本登陆公司的APP。## 遇到的问题问题1：将手机号、密码数据传入后，始终登陆不成功，经过与开发沟通后知道需要签名才能登陆。问题2：签名算法写好后仍然无法登陆成功。通过后台日志发现是传入数据格式不正确导致的，公司的post接口入参方式为form-data , 而我是用json串的方式入参的。