标签： 测试
开发人员和测试人员
开发人员和测试人员
【外评】谷歌测试：复杂难读的布尔表达式
您可能在代码库中遇到过一些复杂难读的布尔表达式，希望它们更容易理解。例如，我们想判断比萨饼是否美味：
设计的付出、开发的付出对比写单元测试和自动化测试脚本的付出
设计的付出、开发的付出对比写单元测试和自动化测试脚本的付出
【外评】谷歌对测试的分类
通过用户界面测试应用程序的测试叫什么？端到端测试？功能测试？系统测试？selenium测试？这些我都听说过，还有更多。我想你也听过。
【译文】谷歌测试技术：如何大规模代码删除
自动删除代码听起来可能是个奇怪的想法：编写代码的成本很高，而且通常被认为是一种资产。然而，未使用的代码无论是维护还是清理都需要花费时间和精力。一旦代码库达到一定规模，投入工程时间进行自动清理流程就开始变得有意义了
【译文】谷歌测试技术：多少测试才算足够？
每个软件开发人员和团队都会遇到一个熟悉的问题：”多少测试才足以使软件合格发布？这在很大程度上取决于软件的类型、目的和目标受众。
分布式 PostgreSQL 基准测试：Azure Cosmos DB、CockroachDB 和 YugabyteDB
分布式PostgreSQL基准测试：Azure Cosmos DB、CockroachDB和YugabyteDB
Sentry 的前端测试实践：从 Enzyme 迁移到 RTL
Sentry的前端测试实践：从Enzyme迁移到RTL
Java性能基准测试：从OpenJDK 8到OpenJDK 19
出品 | OSC开源社区（ID：oschina2013） 科技媒体 Phoronix 对从 Open […]
2021年10大流行软件测试工具
Tricentis 主导的一项全球调查为我们提供了几个有关测试趋势的重要观察。趋势表明，团队倾向于使用功能测试，这可以理解，但是手动测试也将保留下来。
聊一聊，单元测试应该测试什么？
测试人员做的只是业务上的集成测试，也就是黑盒测试，对单个的方法是没有办法测试的，而且，测试出的 bug 的范围也会很广，根本不能确定 bug 的范围，还得去花时间来确定 bug 出在什么地方。
自动化测试首先是一种工作文化
古代中国的铜壶滴漏（简称漏壶）、指南车以及17世纪欧洲出现的钟表和风磨控制装置，虽然都是毫无联系的发明，但对自动化技术的形成却起到了先导作用。
趣视频：跟软件添加新功能
有时候，程序员为了一个bug苦恼好几天，最终发现改错了文件。
我为何从开发转测试，并坚持了 16 年？
此文是由茹炳晟老师的直播整理文，主题为“去 QE 时代，测试开发者该如何迎难而上？”。简单介绍下茹炳晟老师，他是 eBay 中国研发中心测试基础架构技术主管，有着 16 年的测试经验，而且有着从开发转型测试的奇妙经历，算是国内第一批做自动化测试的工程师
读《Google是如何做软件测试的》
网上有《What Test Engineers do at Google》的原文翻译，以及相关中文书籍《google软件测试之道》。今天不会在这里搬内容，写一些读书笔记和感悟。
Python自动化测试框架有哪些？
随着技术的进步和自动化技术的出现，市面上出现了一些自动化测试框架，你可以使用这些框架，在调整特定测试适用性和效率参数后，测试你项目的任何模块。这节省了时间，而且由于这些框架被广泛使用，它们非常稳健，具有广泛多样的用例集和技术来轻易发现微小的缺陷。
译 | 为什么大多数的 A/B 测试都不靠谱？
根据收集到的两方案样本的观测数据，根据显著性检验结果选取一个最好的方案。听起来很不错的测试项目为什么总在执行中这么不靠谱呢？
图像识别在测试中的应用
测试过程中，通过对待测软件进行屏幕截图，采用图像识别算法识别截图中是否包含预定义的可操作控件，如果存在，则触发控制指令，达到了图像识别引导测试过程的目的
超全的 Linux 渗透测试命令速查表
如下是一份 Linux 机器的渗透测试速查表，是在后期开发期间或者执行命令注入等操作时的一些典型命令，设计为测试人员进行本地枚举检查之用。
软件开发测试 7个无用的测试指标
测试指标应该始终是有意义和可执行的。问题是有些测试指标无法达到这一目标。许多指标都是误导，有些只是无价值的指标，而有些则毫无意义。
搞笑动图：当对你的代码进行压力测试时
搞笑动图：当对你的代码进行压力测试时
都100%代码覆盖了，还会有什么问题？
单元测试的覆盖率并不只是为了取悦客户或者管理层的数据，它能够实实在在反应项目中代码的健康程度，帮助我们更好的改善了代码的质量，增加了我们对所编写代码的信心。
7个无用的测试指标
测试指标应该始终是有意义和可执行的。问题是有些测试指标无法达到这一目标。许多指标都是误导，有些只是无价值的指标，而有些则毫无意义。下面这些无用的测试指标的例子可以帮助你更好地理解测试指标是否提供了所需的洞察力。
一个开发者眼中的压力测试
压力测试其实并非上线之前才进行，而是在开发之初就开始准备了。一般情况下在开发之前设计之时就应该明白哪些接口会面临高并发压力，所以在开发时就要按照能够承受高并发的标准进行开发，比如尽量减少数据库操作、采用连接池、逻辑尽量简单等等。如果逻辑确实复杂，就要采用异步处理来解决。
我从可用性测试中学到的五件事
我喜欢做可用性测试。没有比把假设放在用户面前来测试更有效的方法了。你不仅可以在开发环境之外看你的工作，还可以从用户那里得到很多创新的想法，因为他们每天都在用这个系统。这件事你必须尽快安排，但是让人吃惊的是很多开发者并没有这样做。他们应该少花点时间开发，多花点时间和用户交流。也就是说，他们更应该走出去。
