
林冰玉
这是一本帮助测试人员的小书,但也是写给团队所有角色看的。“测试把关质量”,这是传统对质量保障工作的普遍认知。基于业务需求设计测试策略、制定测试计划、编写测试用例、执行测试,对于测试有问题的地方提交缺陷并对缺陷进行管理,这几乎就是测试人员的全部工作内容。随着业务形态多样化、数据复杂度增加、技术架构演进、基础设施发展,软件所处的生态越来越复杂、不确定性增多,质量面临的风险也更加不可预测;同时,软件市场的竞争越来越激烈,对软件质量的要求有了更高的呼声。本书包含敏捷测试中最核心的内容——测试左移、右移和团队协作等,以及测试最为关注的问题——职业发展和转型之路。
在看《DevOps实践指南》里面有一部分关于测试的,一直对测试的理解处于点点点,因此想先了解一下测试这个方向看看,于是搜索到了这本书,发现本质上测试也是三部曲耶,流动、反馈,知识体系。以前认为QA就是质量管理,测试是测试,后面才发现消息已经把测试和QA放到一起了,不过最终的目标都是质量管理。印象比较深刻的一句话是产品的好坏不是你测出来的,而是产品出来的那一个时刻已经决定了他的好坏,大概是这个意思吧。 本来还想用“视觉比较”的方式好好总结一下这本书📖,但是这个ipad pencil有点不给力,后面有时间再整理整理吧。
这不是一本以实践为基准的工具书,而是一本偏理论的方法论,更像一本经验总结的书,只是没有案例。但是不妨碍它的价值。 本书对这个测试领域做了一张自画像,传统测试发现bug仅仅只是作为基础测试能力,但是不太提倡的方法。测试应以整体公司战略,产品定位,商业价值为出发点,最大利益精准测试,保障产品价值最大化的同时保障质量,提升用户体验。测试需要左移,协助设计和开发将质量预防落实在产品概念期;测试也需要右移,通过生产环境,通过A B测试等贴合实际用户场景的方式,压缩投产前环节,对产品提前加压以期放大产品弱点,提升产品质量;以业务价值导向主导测试策略,优先级,测试密度等。
领导推荐读物,以为很长,拖延症患者坚持了下,发现很快也就学习完了。 也不知道是不是领导们已经学习过了,作者描述的很多方法和模式都是本司的现状,所以阅读起来倒也没有太惊艳的地方,通篇是眼熟,哈哈哈。 最后只记得几点:业务价值驱动测试;团队为质量负责;测试是为了很好的交付,而不是追求发现最多的bug。 最最后,对于测试职业发展的指南,倒是拨开了我眼前的一些迷雾。🙏
本书内容非常给力 给质量保证工作给予一定的牵引
当团队每个人都有质量意识,那就让产品说话
还不错。粗浅易懂,特别是关于团队的部分,异曲同工[呲牙]