Navid的质量框架
Navid的质量框架里的五根支柱涵盖到了敏捷全功能团队、全生命周期的持续测试、持续集成快速获取反馈、关注业务价值等几个方面，不一定是最完备的，但的确可以作为敏捷团队质量改进的一个参考。
构建测试的体系化思维（基础篇）
构建测试的体系化思维的基础篇，主要是从测试的基本职责出发展开，介绍了相关的方法、工具和实践，适合初级测试人员；当然，对于中高级测试人员，也可以对照着看看是不是这些基本职责平常都做到了，在自身的测试体系里边是否涵盖了相关内容。
《不止测试》——我的自出版小书
测试人员做的工作不止测试，需要承担质量分析者、协调者以及倡导者职责，也因此有了另一个更为合适的名字——QA。
这本小书的内容全部来自我个人十几年敏捷项目实战经验的总结，旨在帮助测试人员和敏捷团队在新形势的挑战之下，能够拓宽思路，对软件质量的保障增加信心。
AIMA：如何通过质量指标提高QA的绩效（译）
为了使软件质量保障的结果与KPI和干系人的期望保持一致，需要曝光质量保障过程。通过这种方式，能够收到反馈以持续改进过程中的每个活动。本文通过一个模型分享如何通过质量指标来提高QA（测试人员）的绩效。
业务需求与系统功能
系统功能不是业务需求，只是业务需求在系统中的一种实现方式，清晰理解业务需求至关重要。测试不仅要验证系统功能的正确性，验证业务需求的满足情况更为关键，直接涉及到系统的实现是否有价值。测试要以业务价值驱动，将业务价值融入日常的开发和测试工作中。
QA视角看数据匿名化
数据匿名化的实践过程相当于一个小项目交付过程，同样包含需求分析、设计、开发（匿名化实施）、测试和发布（交付）等环节，在每个环节会有不同的角色参与协作，也同样需要遵循质量内建理念。QA视角的数据匿名化不关注技术实现，而是关心数据脱敏范围、方式分析和脱敏后的数据测试验证。