进阶的小猫的博客

1.《Google软件测试之道 》2.《持续交付》3.《软件测试的艺术 》4.《 代码整洁之道:程序员的职业素养》5.《软件测试 》6.《测试驱动开发 》7.《软件测试经验与教训》8.《探索式软件测试》9.《捉虫日记》10.《发布！软件的设计与部署》11.《移动App测试实战》12.《微软的软件测试之道》13.《颠覆完美软件：软件测试必须知道的几件事》14.《有效的单元测试 》15.《敏捷软件测试测试人员与敏捷团队的实践指南》16.《腾讯Andro

服务端测试做什么？作者：钱蓓蕾 链接：https://www.zhihu.com/question/29164912/answer/110735124一般来说，服务端测试有两种：一种是直接对WEB或者APP的服务端进行测试；另一种是对更后端的数据库、缓存系统、中间件、文件系统等进行测试。 一、先来说第一种吧：直接对WEB或者APP的服务端进行测试。 一般来说，这种服务端的开发人员就是WEB／APP产品团队的开发人员，当然，测试人员跟WEB／APP的前端测试人员也是一个团队的。这种服务端就是为WEB／

1.服务端测试内容服务端测试通常有2个方面、2个层次的划分。一种是基于业务的web或app后端服务的测试，通常是接口测试，可以借助postman，jemeter等工具进行手工测试，后续利用testng, pytest等测试框架写成自动化测试用例，以供线下准入测试和线上回归测试。这种接口测试一般更贴近上层业务的功能，比如购物下订单，支付等业务的功能层面。也有特殊的后端服务不提供对外接口调用，需要测试自己实现客户端请求后端服务。这个层面对测试人员的要求重点在于精通业务，功能细节，逻辑细节，设计出详尽的测

1. 引言最近工作中听说了”测试服务化“这个名词，觉得好奇，去搜索了一些相关的解释，大致如下：”测试服务化不但可以让测试自身使用比较便捷同时也可以让开发同学使用，乃至可以推广到更多的群体，运用范围广最后可以成为重要的基础的设施服务“”于是大型的公司就开始开发针对自己业务的测试工具，测试平台，同时将自己特定的测试功能代码服务化，以方便公司其他测试同事的使用“总结就是说，将测试脚本转换为服务化的测试工具，更容易推广给更多的人使用，更灵活。2. 思考回想了一下，自己在工作中所做的回归测

--自动化测试是需要跑稳定的。--自动化测试不期望执行太长的时间。1. 对自动化测试代码稳定性改进增加重试，对一些容易报错，跑不稳定的地方多加几次重试，直到成功再进行下一步 增加轮询，对一些需要检查运行结果的，可能过10秒才生效，需要轮询查询，每10s查一下，设置最大超时失败时间 对暂时实在波动较大的测试结果，暂时放宽阈值，后续想办法校验，比如林泓采取线性拟合算法，求得一段时间平均转码的码率来做验证；又比如我采用线性拟合的方法求取压测时cpu.busy的平均值，使报警更准确2. .

目录概要线上巡检在测试中的实践业务核心链路的巡检服务节点配置项的巡检整体用户数据量的巡检容灾专用热备环境的巡检线上巡检在其他业务测试中的实践？开放讨论：概要线上巡检是与线下测试、线上回归等手段不同的一种进行质量保障的方式。线上巡检的主要目的不是为了发现bug，而是为了保证线上业务能够正常稳定地按预期运行，为了及时报出线上业务出现的不可用的状况。通常是一种补充性的、辅助性的质量保障方法。线上巡检在测试中的实践业务核...

接口自动化建设过程中，对于运行失败的case需要标准的处理流程，部分失败的Case涉及下线操作。关于 “哪些失败case需要下线？” 、 “case下线期限是什么？”的问题，我们总结了以下case下线场景。...

1. 前言SQL注入是一种比较典型的安全漏洞，不论研发还是测试人员，没有经验的新人在写代码时，难免会注意不到，引入SQL注入的安全漏洞。这里我们主要针对测试同学来讲一讲，如何避免SQL注入的代码写法。因为通常，研发的业务代码需要上线，可能会经过重重把关（比如QA的测试，公司内部的CI流水线，公司级代码系统的代码扫描，安全检查等），有漏洞的地方常常在上线前就被检查出来或者从源头（比如有的公司对研发同学进行代码规范培训，安全培训等）就被遏制了。QA的测试代码常常是被忽略的。而作为QA来说，完成测试任务，确保

背景在进行pytest编写测试用例时，部分场景需要进行测试数据清理or恢复现场的操作。首先想到的是使用pytest原生支持的teardown功能，因teardown能够实现在测试用例执行的任何阶段assert失败或者异常退出后都执行清理操作，确保测试后测试现场完成了恢复。接着去调研了pytest中teardown的一些功能和使用方法，总结大致如下表格所示：原生的teardown功能作用在不同的域级别，但是共性是只执行一次或者每个方法结束后执行一次；支持的场景有所欠缺。业务接口自动化测试实践中，需

gotest简介gotest测试案例gotest进阶用法

testng简介tesgng简单案例testng高级用法testng最佳实践

pytest框架介绍pytest简单案例pytest常用插件一个比较好的范例

golang增量覆盖率https://www.jianshu.com/p/46f66124d0bd

java

nodejs

c++

https://www.cnblogs.com/Bug-Hunter/p/9872359.html

1. jenkins介绍

持续交付扫盲概念篇持续集成、持续交付和持续部署的关系DevOps代码代码分支策略主干分支特性分支代码回滚构建如何做到构建的提速升级硬件资源搭建私有仓库使用本地缓存规范构建流程CITravis CICircleCIJenkins CI容器容器重新定义交付标准容器镜像的个性化及合规检查自定义环境脚本镜像安全合规检查发布CD几种常见的灰度方式发布系统的核心架构和功能设计发布系统核心模型发布流程及状态流转.

测试时使用redis分布式锁-python

校招生培养社招培养

职位变动引发的思考最近由于工作变动，换到了一个新的部门，继续做测试的工作。但是新的部门lead给我的角色定位是测试架构师或者也叫质量架构师。咋一听这个职位的名字，还是很高大上的，比单纯的”测试、“qa”等听起来高级多了。作为一个刚刚跨过3年工作经验门槛的测试“新人”，不得不开始了一些思考。首先在心理建设上，我还没有把自己往测试架构师的角色去转变，顶多认为自己是一个高级测试开发工程师或者偏资深的测试开发工程师，深感自己的经验和能力还担不起“测试架构师”这个职位title的“大帽子”，所以感到了一些惶恐，担

横向事情如何推动

to do