AGILE TESTING台湾发行
在关于组织变化中并没有展开介绍敏捷小团队模式减少了筒仓效应,并且对团队的测试人员提出了更高的结伴要求。
对于持续测试的概念也仅仅是DevOps流水线为基础的质量卡口,而并没有完整的做到左移、右移。
关于生产测试没有展开提到数据隔离,特性开关,影子库,蓝绿部署等技术,也没有提出右移的整体思路及反推测试技术架构债概念。
在体系方面是从用户故事提起的没有从更早的愿景到精益画布到影响地图再到用户故事,应该说是左的不够到位,也是当初自己还没有意识到世界的尽头。
没有深入展开需求实例化这个关键任务,也没有明确引入虚拟用户这样的概念和影响地图构成衔接。
关于看板的内容过于定义,而没有给出基于Kanban管理模式的一些测试实战建议。
对于Scrum就更没有展开针对Scrum的流程给出在各个阶段中测试应该承担的责任,例如计划会议明确测试工作量及交付能力,站会的测试三问,总结会议或评审会议测试应该做哪些事情都没有描述。
DevOps下的持续测试实践没有提出通过需求变更+CodeDiff+覆盖率统计从而构建质量度量体系,进一步推动有效测试的内容,也没有提及有效分层自动化测试的相关理念,尽早的对需求任务进行质量内建活动。
探索性测试没有针对性的展开,介绍为何它是敏捷的好助手,同样也包括TDD、BDD的一些最佳实践,还好在代码部分陆老师给出了补充。
真的要回顾我所负责的头三个章节,2年后再看有很多肤浅或者不完整的地方。然而写书本身也无法完全敏捷,毕竟从定稿到发行往往需要8个月以上的周期,而编写的时候也往往是基于自己几年的经验积累。只能说在2018年左右自己能讲清楚的也就这点吧,从学到理解再到表达需要3-6个月,从表达到成熟体系,课程又需要6个月,所以本书只是敏捷测试的一个入门。
而随着行业的逐渐发展,敏捷测试的书会越来越丰富及成熟,也希望对于读者来说意识到,在当前知识淘汰速度可能在6个月左右的频率下,等你看到书已经就晚了2年了,看懂用起来就已经晚了3年了,更不要提那些10多年前的各种自动化测试技术,测试这个类目的技术已经10多年没有什么变化了,如果不希望被去“QA”,那么请跳出眼前的小技术,看到行业的大方向。
赞 (0)