开放的测试
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
老邓聊开发
扫码关注公众号
扫码阅读
手机扫码阅读
在很多公司中,开发和测试被视为对立面,这种观念甚至被公司制度所强化。然而,无论开发还是测试,他们共同的目标都是确保产品的成功。事实上,这种对立关系并不利于团队的整体利益。
Google曾提出,Bug的发现和修复成本在开发阶段最低,而在产品上线后则显著增加。这表明在开发阶段尽早发现并修复Bug对产品最为有利。但如果测试团队以发现缺陷为荣,以增加个人绩效,这就会导致他们隐藏测试方法,从而增加了问题解决的成本,对产品和团队都不利。
为了实现测试和开发的共同目标并降低开发成本,需要改变测试以发现缺陷为荣的观念。测试应该以帮助开发创建无缺陷产品为目标。Scrum五个价值观之一的“开放”,要求团队内部信息共享。测试团队应该与开发团队共同制定测试方案,明确每个UserStory的测试检查项,并由开发人员在集成测试中严格按照检查项进行测试。
即便如此,缺陷可能仍会出现。测试团队需要统计能写进检查项但未写的内容、写了检查项但开发未测试的内容以及其他缺陷,以减少未来的缺陷发生几率,从而最大化地减少开发成本和缺陷发生的可能性。
老邓聊开发
老邓聊开发
扫码关注公众号
用例,Bug一团乱麻?
用统一平台打通用例、缺陷与测试执行,告别碎片化管理。
查看测试管理方案
老邓聊开发的其他文章
如何提升代码质量
好的代码都有一些共同的特征,如可读性、较少的方法行数、高内聚低耦合、职责单一。但这只是一个结果,作为一个工程
让敏捷失败的N种方法
敏捷已经从“只适合小团队小项目”的污蔑中走出来,成为了“显学”。人人都希望自己更加敏捷,没有人敢说自己不敏捷
软件项目中几大幻觉
幻觉一:需求分析完成了产品辛辛苦苦花了很长时间对用户需求进行分析,画了原型图、出了PRD文档,长出一口气,总
九转大肠的组织设计
今天看到微信群里转了一张图片,内容如下:可以看出来作者对多个部门都有洗大肠专员这事儿深恶痛绝,认为是
产品和开发是对头吗?
这两天平安公司产品经理和开发因为变态需求互殴刷屏了(且不论真假,我不大相信)。这里折射一个IT行业的普遍问题
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线