城下秋草‘s Blog

综合以上几个方面，快速完成测试，归根到底就是能不能尽快建立交付的信心，跟个人能力、产品属性、研发流程都有关。其实是个认知问题最后，还是要说，任何事物都无法背离内在规律，一个运行稳定，健壮，耐造的系统，必然是会要经过各种磨合、内外部各种问题锤炼才可能达成的。你以为的快速交付、一战功成，哪有什么岁月静好，不过是有人替你负重前行罢了。只是这个负重的可能是前期的开发人员、也可能是测试人员、或者运维人员，抑或最后，靠用户扛下所有！

软件测试计划的编写要点

靠测试同学打鸡血拼命测试就能保证产品质量吗？

都到了测试阶段，为什么需求还在改改改，不能保证不变吗？

问答网站上看到一个提问：项目进入测试，但回归测试内容多，发布时间紧迫，人还少，要怎么做？

在企业管理、软件研发过程中，经常会需要进行各种业务流程梳理，而流程图就是梳理业务时必要的手段，同时也是梳理的产出。但在不同的情况下适用的流程图又不尽相同。本文我们就一起来总结一下8 种最常见的流程图类型。

Rails 大神、创始人 David Heinemeier Hansson 曾发文抨击TDD。此后, Kent Beck、Martin Fowler、David Hansson 三人就这个观点还举行了系列对话（辩论）笔者作为一个多年在软件测试领域摸索的人，其实更多是跟同行们澄清 "TDD并不是测试活动"，“TDD是开发活动”， TDD这里的“测试”和我们正常理解的软件测试并不是一个东西。倒是很少认真思考过 TDD 本身的价值在哪？是不是真的有用。

敏捷Agile是现今被广泛应用的一种研发理念和思想。著名的敏捷宣言也广为流传，被翻译为了60多种语言。这个宣言其实更多是提出了在软件研发中，被这些先驱者们认为更重要的价值观，传递的是一种不同于传统研发的新理念。但思考提出这些理念背后的逻辑，又是什么呢？我们还是应该搞清楚为什么有这样的一个宣言，否则大家虽然都号称在施行敏捷，但又有点似是而非，甚至因为敏捷又搞出很多流程、仪式和各种敏捷工具，兜兜转转又回到原点。这里笔者尝试理解下敏捷宣言的背后逻辑和真正作用，抓住这个核心，其实就理解了敏捷的本质。

作为测试工程师最重要的工作产出，Bug Report（或者故障单、问题单）是测试工程师工作成果的直接体现，也是最能呈现测试工程师价值和能力的输出物。但项目干系人甚至测试工程师本身对Bug Report的重要性往往认识不足，Bug 单的内容及其提交方式、处理流程对项目推进、运作效率甚至团队士气都有重要影响。