摘要:精益质量改进前大前提 1、向开发要质量 2、以需求为精度控制质量 达成如上前提后,我们来聊下精益质量改进的三大步骤: 步骤一:以终为始(实例化验收需求) 以终为始是《高效率人士的七个习惯》中的第二个习惯。它指:先明确目标,再努力实现它。在软件开发
精益质量改进前大前提
1、向开发要质量
2、以需求为精度控制质量
达成如上前提后,我们来聊下精益质量改进的三大步骤:
步骤一:以终为始(实例化验收需求)
“以终为始”是《高效率人士的七个习惯》中的第二个习惯。它指:先明确目标,再努力实现它。在软件开发的“以终为始”指的开发前,要明确最终的验收标准。
实践上“实例化需求”是沟通需求的高有效的办法。在User Story中,卡片的背后,是业务、开发、测试人员达成一致理解的业务目标、用户使用流程、及业务标准。
步骤二:明确需求移交测试的质量标准
在“以需求为精度控制质量”我们把质量拆分到各细节中了,每个需求都得到了单独的保证,不会被其它需求一起分散移交。我们在开发移交给测试时需要明确开发移交测试的标准,在开发过程中内建质量。
明确需求移交测试的质量标准有另外一种说法叫DOD(Definition of Done)完工定义。
以迭代的提测为实例,常见的DOD要求有:
提测前开发需按冒烟测试用例完成并全量通过;
提测的软件工程Sonar报告无一级/High/Error/Block/严重警示;
迭代提测前所有的代码都经过人工Review;
所有完成的需求都需要经过产品经理的确认。
向开发要质量不是一句口号,说大家都能每天在项目组里说上N次,需要在流程,提测中以Checklist以及自动化工具中作好流程的管控。
步骤三:持续改进
做好如上二点,看起来我们的质量是得到了保障了。但在实际过程中还是会有种缺陷,我们需要正确的接受BUG。
我们的测试同学依模块及时间的维度作模块测试报告、轮次测试报告、周报、月报的方式进行外部质量反馈。
在【敏捷开发小知识13】外部质量及评价标准中有评价的报告的量化评价指标。
缺陷分析(测试分析)最终形成的是这样子的一个质量改进指标。
测试分析形成报告是对内部质量形成洞察;
将洞察落实为改进内部质量的行为;
不断改进的过程通过缺陷分析报告有所体现。
小结
质量分内部质量与外部质量。内部质量是代码和架构内在属性,可以是主观的评价,也可以使用工具(如SonarQube)量化出来。外部质量是用户和测试可感知层的,也可以是主观评价的,通过各种指标形成报告说明;
内部质量决定外部质量,外部质量反映着内部质量;
向开发要质量,以需求为颗粒度控制质量是质量改进的二大前提;
以终为始、明确测试移交标准、及持续反馈是实施精益质量改善的步骤。
(责任编辑:环球精益网)
|
谈谈您对该文章的看