手动测试是否可以退出测试舞台?
来自测试管理平台Zephyr的负责客户服务的副总裁Sanjay Zalavadia对手动测试和自动化测试进行了对比,Sanjay首先指出在一些实际场景中,自动化测试需要手动测试作为补充。
来自测试管理平台Zephyr的负责客户服务的副总裁Sanjay Zalavadia对手动测试和自动化测试进行了对比,Sanjay首先指出在一些实际场景中,自动化测试需要手动测试作为补充。同时,Sanjay还指出了QA团队应该使用手动测试而非自动化测试的一些场景。现对这些场景进行归纳和总结,以供读者学习和参考,具体内容如下:
- 当项目需要灵活性时
虽然手动测试并非总是和自动化测试一样精确,但是手动测试过程使得测试人员能够更加灵活地进行测试。因为自动化测试对于重复的场景具有一定的优势,即相同的代码和脚本能够被多次复用。但是如果测试人员突然有了一个测试想法,手动测试人员就能够很快测试新想法;而对于自动化测试,就需要创建测试用例、使用自动化测试工具编写代码,然后运行测试,这将花费许多时间。在这种情况下,通过人工操作进行操作会更加简单和快速。此外,手动测试人员还能够快速查看测试结果。 - 当是短期的敏捷项目时
自动化测试需要事先的投入和计划,需要投入较高的成本,这些工作在短期的项目中是没有必要的。自动化测试比较短期的项目,则使得项目的前期成本可能比较高,手动测试更加合适对于这种场景。 - 当可用性需要测试时
一个应用的成功或失败很大程度上取决于它的可用性,然而,仅仅依靠自动化测试是很难确保应用没有缺陷存在的。计算机没有原创的思想,它们运行事先靠程序设定好的操作,它给不出像APP用户给出的那些反馈。
最后,Sanjay还指出自动化测试具有很多优点,但是手动测试在一些场景中则显得更加有优势,只有QA团队找出最适合自己实际场景的测试方法,他们才能够简化操作、提高效率以及改进整个产品的质量。
本文由 TecHug 分享,英文原文及文中图片来自 InfoQ。
你也许感兴趣的:
- 雷蒙德·陈 旧事新说:当愤怒的客户要求与比尔·盖茨通话时
- 微软否认使用人工智能用Rust语言重写Windows 11
- 讨论:为什么Python能胜出?
- 使用 PostgreSQL 18 实现即时数据库克隆
- 我断开IPv4整整一周,只为理解IPv6过渡机制
- 我在地铁上编程
- Debian 的 Git 迁移计划
- Debian将龙芯LoongArch列为官方支持的架构
- Android对美国外部内容链接引入2-4美元安装费及10-20%分成政策
- 软件控制等级军事标准

你对本文的反应是: