很不幸,自动化测试永远只能是必要非充分条件
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏于思捷于行
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
01 - 自动化测试的争议
自动化测试在部门内存在争议,由于核心系统采用第三方供应商系统,复杂需求开发周期长,导致频繁的分支合并和回归测试。自动化测试被视为加速测试过程的手段,但对其预期并不统一,一些人希望全面自动化,而另一些人因成本和实际可行性问题而持保留态度。
02 - 测试金字塔原理
测试金字塔原理表明不同类型的自动化测试的速度和成本不同。UI测试速度慢、容易受变动影响,服务层测试覆盖主要功能且稳定性较高,单元测试成本最低、执行最快。但即便如此,测试覆盖率仍难以充分。
03 - 自动化测试的必要性
自动化测试是必要但非充分条件,不能保证系统没有问题,只能指出存在问题。因此应该选择最重要的测试用例进行自动化,并且手工测试仍然不可或缺,两者互补。
04 - 总结
自动化测试应有合理预期,结合手工测试互补。应基于测试金字塔原理正确定位各层次测试,并通过TDD、ATDD、实例化需求从底向上提高测试覆盖率。
关于作者
刘华(Kenneth),世界500强银行软件开发与交付负责人,敏捷、精益和DevOps专家,著有《猎豹行动:硝烟中的敏捷转型之旅》。
敏于思捷于行
敏于思捷于行
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏于思捷于行的其他文章
云计算科普:Pets(宠物)和Cattle(牲口)傻傻分不清楚?
Pets和Cattle,很形象地比喻了服务器的两种管理模式。
刘华:我最近听到最对味的话,就是“先Scale down再Scale out”
当我们面临复杂问题时,首先要考虑scale down,能否能把规模变小,再看能否scale out,也就是所谓的水平扩展,去变成一个自治的群体。
做出赋能其他人的产品是技术牛人最好的证明
一个优秀的应用开发平台不仅是一个开发平台,也是一个文化平台!而且是一个技术人很好的能力和贡献证明。
DevOps关键能力之持续交付 - 新书预览《加速:精益软件和DevOps的科学》
重磅新书《加速》预览之二
软件技术奇葩说:速度与稳定性哪个更重要?
公司组织了一场技术辩论赛,这里记录了我方观点。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线