前言

网上流传的测试工程师书单很多，动辄五六十本，从《人月神话》排到《非暴力沟通》。

问题是：没人能按书单读书。

书单是分类的，成长是分阶段的。刚入行读《持续交付》，读不懂也用不上；干了五年还在翻《软件测试基础教程》，方向就错了。

这篇把经典测试书籍重新组织成五条成长路线，每条说清楚：什么阶段读、先读哪本、哪些可以跳过。原书单出自霍格沃兹测试学院的整理（文末注明），我按自己的实践做了取舍和排序。

---

"

路线一：入行期，先立"思辨思维"

为什么 Selenium 统治了 15 年，现在却被 Playwright 挑战？

Playwright 真的能取代 Selenium 吗？

什么时候该选择 Playwright，什么时候该选择 Selenium？

本文将从技术架构、使用体验、性能、生态四个维度全面对比。

如何用测试用例生成 E2E 测试？

这是 AI 在自动化测试中的落地实践问题。

传统 E2E 测试的痛点：编写成本高、维护成本高、覆盖场景有限。

AI 提供了一种新的可能性：让 AI 自主探索页面，生成测试脚本，再固化复用。

本文介绍一套「AI 探索生成 → 固化脚本复用 → AI 视觉兜底」的闭环测试方案。

核心目标：降低 E2E 脚本编写成本，同时解决传统自动化测试难以处理的前端视觉问题。

AI 时代，测试不是「被替代」了。

是「进化」了。

传统的测试金字塔依然有效，但每一层都多了 AI 的身影。 Lint 不再只是查错，Code Review 不再只是人工看代码，单元测试不再只是手写，E2E 不再只是脆弱的脚本。

新的测试金字塔，是「人 + AI」的协同金字塔。