
TMQ精准测试实践团队
本书有两条主线,一条线是故事线,是为了减少技术内容的乏味之故。编者尽量把晦涩的技术内容用平白的对话展示出来,便于读者理解。故事线各个章节前后贯穿,不可拆分。另一条线是技术线,可以拆分为四大部分。
精准测试 要义整理: 第一式:差异化。 目的:破全面回归。在保证质量的前提下,少测试一些内容,从而提升效率。 要旨:需求差异要明了,技术实现差异更要明了。 第二式:技术治理 目的:破耦合。耦合影响内容不能漏测,也不能多测。能够快速准确的分析出耦合影响,人工精准就基本达成了。 要旨:快速准确的分析耦合影响。 第三式:度量及分析闭环 目的:破差异化后的度量。代码覆盖率不仅仅可作为质量的一个度量纬度,更可以作为测试分析精准与否的一个度量手段。 要旨:代码覆盖率分析结果,是精准测试质量的重要依据。 第四式:知识库 目的:破函数和用例映射。精准测分核心是分析变更函数及影响到的用例(含新增),如有一库在手,任何变更来了,都可以分析的又快又准。 要旨:函数和用例关系库建设。 第五式:用例预分析 目的:破人工分析变更影响用例。变更函数有了,知识库也有了,自动分析影响用例还远吗? 要旨:函数变更自动分析出影响用例。 第六式:知识库优化 目的:破函数用例关联冗余。同一个函数内覆盖相同分支路径的用例去重。 要旨:函数和用例关联,细化到函数内分支级别。 第七式:用例预分析消振 目的:破推荐影响用例冗余。变更分析也细化到分支级别。 要旨:差异化分析细化到函数分支级别。 第八式:精准测试执行手段 目的:破系统应用。精准测分系统完成之后,人工和自动化的配合。 要旨:人工和自动的取舍。 第九式:质量评估 目的:破精准之后的质量评估。从“你来决策发不发”角度,来全面阐述质量评估纬度。 要旨:决策侧重。
看这本书我的最深的感受是我自身的专业基础太差,代码能力太弱,独孤九剑确实很有难度,但并不是作者的问题,而是读者自身基础太弱的问题,比如我🌝作者的精准测试的思路很棒,文字的风格也很特别,对精准测试的整体思路做了较详细的介绍,差异化,技术治理,度量及分析闭环,知识库,用例预分析,知识库优化,用例预分析消振,精准测试执行手段,质量评估,很棒呀~待我提高专业基础知识和代码能力后,再来拜读一遍💫
从毕业开始就知道TDD,而读到的所有牛人的书里都说测试驱动开发,但一直持怀疑态度,也总实践不起来,但后补的单体测试的重要性倒越来越能感觉。感觉书中的精准测试对开发而言就是代码review加单体测试。书中讲的根据代码提交记录自动关联受影响的测试用例,来减少回归测试用例数,感觉很有意思
干货不多,几篇文章的量扩写成了一本书。不过还是有收获,感谢作者团队把经验分享出来。
只看完还不行,得配合大量的实践,才能体会到作者的独孤九剑
从TMQ公众号收到推荐的消息,迅速入手该书,主要想了解腾讯的同行们在怎么做事。 1、该书以将故事的形式介绍腾小宇的成长过程,对于技术类书籍,以这样文风行文实属少见; 2、根据故事介绍,主人公工作过程中项目开发语言主要是C/C++,过去接触的项目开发过程中主要使用Java、PHP,不同语言使用不同的工具去做相似的事情,如果书中主要介绍Java相关项目的实践,受益的同行应该更多。 3、用例预分析、知识库在现在的工作过程中还没有很好的实践,根据过去项目经验,知识库的建设可以在后续工作过程推动团队技术成长发挥巨大作用。
这本书和我预想的不一样,有很多干货,读到独孤九剑还是很艰涩,但是整体思路是理解了。其实在阅读此书之前,我对于测试就一直有疑问,现在都讲究敏捷开发快速迭代,还不时有紧急需求,其实从市场推广从产品角度来说,这是对的这应该是个趋势,但是对于测试来说该怎么做,还有没有必要每次都要进行全量回归,或者要怎么做减少回归工作量。以前老是说做自动化,后来发现需求增加太快,自动化远远跟不上,我在以前公司时候,每次发紧急版本,就跑去看看代码diff,研究改动多不多该回归多少。其实也是这本书的思想,通过代码变更分析到其所涉及的模块,进行精准测试,我以前做的还是比较浅的层面,这本书算是将其系统规范化,于我而言,开拓了思路,也知道还需要努力
一群人拼凑成的一本书,这水平是我们10年前的水平(虽然搞了点知识库)。 书里的方案都是基于假设测试人员都是编码高手,无推广性可言。
走读代码,分析差异,给出结论。 丢给机器,机器学习,机器出结论,机器回归。 人为最后看覆盖率结果可能就能很大程度有说服力,前提是知识库足够充分,机器学习的范围足够多,这样误差也会越小,那么回归的也会更精确。
本文构思较巧妙,摆脱了技术书籍的枯燥乏味。对于精准测试的介绍,给我们测试创新提供了思路,但是对于个人来讲指导性不是很强,需要向开发借力协作完成。产品研发质量优先,要么保证质量提高效率,要么双管齐下,故步自封就是等死。