10 天前 / sjf0115
作者 | 扬少 背景 目前，业界已经总结出了几种常见的服务发布策略来解决版本升级过程中带来的流量有损问题。本文首先会对这些普遍的发布策略进行简单的原理解析，最后结合阿里云的云原生网关对这些发布策略进行实践。 发布策略 被业界广泛采用的服务发布策略包括蓝绿发布、A/B 测试以及金丝雀发布。 1.蓝绿发布 蓝绿发布需要对服务的新版本进行冗余部署，一般新版本的机器规格和数量与旧版本保持一致，相当于该服务有两套完全相同的部署环境，只不过此时只有旧版本在对外提供服务，新版本作为热备。
29 天前 / KevinYan
最近团队出了个线上 BUG，导致了几个用户的订单不对，因为发现的及时，客服那边还没有接到投诉就修正过来了。所以就想贿赂测试妹子这次 BUG 能不能不往上报，要不然我还得写报告、复盘啥的。本以为一顿饭能搞定，谁知测试妹子不吃饭，让我帮她个忙。.....。 这。....还没容我多想，测试妹子就发话了，让我帮她在电脑上用 Docker 安装个 Jenkins，这个 BUG 就按住不表啦。聊了聊才知道，他们测试那也已经卷的不行了，上个月测试部门裁了点人，现在留下的人手 Python、Django、Jemeter 的卷了起来。她安装 Jenkins 也是为了不被落在后面。
30 天前 / kafeidou
Chaos Mesh 简介 Chaos Mesh 是一个开源的云原生混沌工程平台，提供丰富的故障模拟类型，具有强大的故障场景编排能力，方便用户在开发测试中以及生产环境中模拟现实世界中可能出现的各类异常，帮助用户发现系统潜在的问题。 KubeSphere 简介 KubeSphere 是在 Kubernetes 之上构建的以应用为中心的多租户容器平台，完全开源，支持多云与多集群管理，提供全栈的 IT 自动化运维的能力，简化企业的 DevOps 工作流。
41 天前 / 虞大胆
什么是底层逻辑？ 按照刘润老师的解释就是： “事物间的共同点，就是底层逻辑。 只有不同之中的相同之处、变化背后不变的东西，才是底层逻辑。 ...... 底层逻辑 + 环境变量 =方法论” 他还说：“只有底层逻辑，才是有生命力的。” 所以我们要来探讨一下：软件测试的底层逻辑是什么？ 1. 对软件测试的基本认知 对软件测试的基本认知，使我们达成共识，从而基于这个共识，更容易去讨论软件测试的底层逻辑。
42 天前 / 神策数据
据了解发现，相较于产品忠诚度，用户更看重体验的愉悦感和价值感。如何围绕用户流失和留存全面“战斗”是产品能够持续发展并在行业中脱颖而出的关键。A/B 测试作为神策数据 SDAF 闭环的有机组成，能够依托神策的闭环生态助力企业迅速感知与反馈，帮助企业产品抢占市场。如何对产品体验做出正确、快速的感知不是盲目的“拍脑袋”式决策，也不能单纯凭借个人感觉来做决定，每个种植在互联网“土壤”的产品都需深知一个制胜“法宝”——A/B 测试。如何快速、方便、高效地通过 A/B 测试在交互体验上赢得先机？这就不得不提及神策 A/B 测试的可视化试验。
46 天前 / jacexh
项目地址：https://github.com/wosai/ultron 开发背景 Ultron 第一个版本是在 2017 年开发的，开发的初衷是发现当时所使用的某压测工具自身存在严重的性能问题，我们在研究其实现原理后，决定用 Golang 来实现一套类似的压测工具。 第一个版本开发比较顺利，而且依托于强大的 goroutine 并发模型，在随后的 Benchmark 中我们发现其性能已接近 wrk，超过了大部分开源压测工具，于是我们立即在公司内部做了推广，替换掉了其他压测工具，并一直稳定使用到现在。
49 天前 / hyper0x
争做团队核心程序员，关注「幽鬼」 进行集成测试（或系统测试）通常意味着让数据库填充数据，像 redis、elasticsearch 等，通常，我们的软件与之交互的任何基础设施都可以工作。 最常见的方法是复制我们的生产基础设施，其实用容器来实现还是比较容易的，比如 docker 容器。 我们可以为需要复制的每个服务设置和运行一个容器，我们可以使用 docker-compose 对其进行编排并创建一些 makefile 或只是一个简单的脚本来准备基础设施并运行集成测试。
53 天前 / Thoughtworks
过于关注实现细节的测试在为前端项目编写测试用例的时候，你也许和我一样，曾遇到过以下困扰： 明明进行了功能正确的改动，测试却挂了。修复测试有时候得认真阅读各种 mock 的细节，或者去了解很多本没有必要知道的代码逻辑。最后修测试花的时间比进行业务改动花的时间还要长（甚至长很多）。 对代码进行提取抽象之后，为各个组件或函数添加测试，实际上是用测试工具的 API 去重复 业务代码的内部实现逻辑（有时候还很麻烦！）。任何正常的重构都会导致测试失败，你本来希望测试能告诉你什么样的修改是对的，结果现在测试只能告诉你代码确实有被修改。
55 天前 / 虞大胆
背景在服务端的质量保障中接口测试一直占据着重要的作用，从最开始的手工测试到编写接口测试代码，再到后来的基于流量录制的接口回放，测试效率不断得到提高，但是风险评估主要还是依赖开发同学以及测试同学对业务的熟悉程度，没有相应的工具予以支撑，回归的时候也没有重点，通常会全量回归，避免遗漏。因此开发相应的工具及平台精准确定代码的改动范围，有效评估影响面，提高回归效率。方案概述服务端主要对外提供 HTTP 及 RPC 接口，可以将其看作是入口型的接口，流量录制平台通常获取的都是 HTTP 及 RPC 级别的流量...
58 天前 / 虞大胆
最近将 jekins 迁移到了阿里云，但遇到了一个问题，感觉挺有意思，记录一下。 APK 包通过 jar 包进行远程加固的时候，总是失败，如下图： 从图中看出，上传一个 80M 的 APK 包总是连接错误，首先看看是不是加固远程服务不稳定？但不知道远程服务地址，所以先看看 jar 包的进程号： $ java -jar jiagu.jar -jiagu xwj.apk / -autosign -automulpkg $ ps -aux | grep jiagu.jar 然后看看远程端口和 IP： $ lsof -i | grep 进程号 $ netstat -nlp | grep 进程号找到远程 IP 后，ping 感觉很快，看看网速情况吧，运行 iftop 命令（比 tcpdump 更简单）后...
60 天前 / 趣编程
目录 背景介绍 工具介绍 精卫覆盖率统计实现原理 步骤点描述 应用机器部署 jacocoagent.jar 配置应用环境及用例 用例执行 获取 exec 二进制文件 获取源码及差异文件 获取应用编译包 覆盖率统计 技术架构 实现详细解读 覆盖率触发方式 构建机制 初始化覆盖率资源文件 统计覆盖率信息 界面效果展示 代码覆盖率的价值 系统特性 后期规划 总结 背景介绍 作为一名测试开发工程师，工作首要的两个目标就是测试质量和测试效率的双向提升。
61 天前 / 十三少
以下 4 个经验，可以帮助我们制定更好的测试计划。 明确测试目标，增强测试计划的实用性 对于那些规模较大、功能较多的软件，测试内容千头万绪，测试周期又特别漫长，这样的测试过程，如果没有一个明确的测试，目标是很容易迷失。 一个好的测试计划应当有明确的测试目标，而且这个目标应当是可量化可度量的。 编写的测试计划要注重实用性。计划中的测试范围必须高度覆盖功能、性能和接口需求；测试方法必须是切实可行的；采用的测试工具也必须是有较高的实用性和针对性。
68 天前 / 十三少
为了确保自动化测试的顺利进行，自动化测试应当遵循以下规范： 设计自动化测试用例应以主场景为先 在设计自动化测试用例时，应遵循以下顺序：主场景，扩展场景，流程。因为主场景包含了常用的，使用次数最多的功能需求。 保持自动化测试脚本的可读性 设计自动化测试脚本时，应尽量使其保持简单，让一个单元只做一件事，同时，为脚本加上必要的注释，使其具有很好的可读性。 保持自动化测试脚本的可维护性 可维护性意味着维护自动化测试脚本的成本降低，使得自动化测试可持续改进。
71 天前 / KeyLiu刘奇
大家好，我是狂师。 在之前分享中，给大家介绍过一篇：如何快速审核接口返回值全部字段解决方案，详见原文：接口自动化测试，一键快速校验接口返回值全部字段。当时，提到解决这类问题，市面上常见的解决方案有两种： 根据业务校验需求，自定义开发校验规则库借助现有的第三方库而文章中介绍到的方案，就是借助现有的第三方库来实现：DeepDiff 。对于一些特殊业务或者复杂的测试场景来说，这类通用方案，总会有一些需求无法满足。因此往往还需要根据这类业务校验需求，自定义开发校验规则库。
72 天前 / 虞大胆
零 、醒图的性能窘境醒图业务流量急剧上升，发展速度很快；醒图模板功能上线后，激发了广大创作者的创作热情，也为产品运营提供更丰富的抓手。在 APP 版本高速迭代之际，随着 DAU 提升与后期发布模板功能逐步开放，丰富多样的玩法也对性能测试提出了新的挑战： 底层模块升级或重构，需要回归的场景非常多，怎么能快速知道众多场景的性能指标是否有劣化趋势？ 今天又上了几百个新模版，但昨天的前天的大前天的模板还有待审核的，人工性能回归速度远远跟不上模版的发布速度，捉鸡啊 每个模板对应的素材都不一样，有人脸的有人体的...