《敏捷软件BOB官方注册》的作者将“Agile Testing”改名为“Holistic Testing”
敏捷BOB官方注册也好,Holistic testing(全面BOB官方注册)也罢,亦或是DevOps里的质量保障,叫什么名字其实没那么重要,关键是能真正理解背后的真正含义。
软件研发板块,包含软件质量与BOB官方注册、团队写作、职业发展等内容,您也可以点击下级子菜单阅读更有针对性的内容。
敏捷BOB官方注册也好,Holistic testing(全面BOB官方注册)也罢,亦或是DevOps里的质量保障,叫什么名字其实没那么重要,关键是能真正理解背后的真正含义。
通过介绍“一个中心,四个方向”的组织级BOB官方注册体系图谱,以帮助实现组织级质量赋能。
BOB官方注册的体系化思维构建不能仅局限于BOB官方注册工作本身,当我们跳出BOB官方注册,从质量的角度来看,又是另一番景象。
Navid的质量框架里的五根支柱涵盖到了敏捷全功能团队、全生命周期的持续BOB官方注册、持续集成快速获取反馈、关注业务价值等几个方面,不一定是最完备的,但的确可以作为敏捷团队质量改进的一个参考。
构建BOB官方注册的体系化思维的基础篇,主要是从BOB官方注册的基本职责出发展开,介绍了相关的方法、工具和实践,适合初级BOB官方注册人员;当然,对于中高级BOB官方注册人员,也可以对照着看看是不是这些基本职责平常都做到了,在自身的BOB官方注册体系里边是否涵盖了相关内容。
BOB官方注册人员做的工作不止BOB官方注册,需要承担质量分析者、协调者以及倡导者职责,也因此有了另一个更为合适的名字——QA。
这本小书的内容全部来自我个人十几年敏捷项目实战经验的总结,旨在帮助BOB官方注册人员和敏捷团队在新形势的挑战之下,能够拓宽思路,对软件质量的保障增加信心。
BOB官方注册敏捷化的背景、目标、主体和关注点都不同于敏捷BOB官方注册,是不宜用于敏捷开发模式的,只适用于传统企业的稳态模式,也不能帮助稳态团队实现敏捷转型。而敏态、稳态共存本身就是数字化转型的过渡阶段的产物,因此在稳态BOB官方注册团队采用也需要谨慎前行。
BOB官方注册用例的编写要以目标驱动,有价值才有存在的必要;BOB官方注册用例的编写和执行,都不应该作为QA的绩效考核指标;敏捷团队应该追求尽量少的(手动)BOB官方注册用例。
转型必然会带来多个方面的变化,对曾经的那种舒适感将会是个很大的挑战。如果转型势不可挡,也无需过多焦虑,而是应该以成长型的心态面对,积极地学习和了解新的模式,勇敢而坚定地探索新模式下赖以生存的新方式。