引进自动化测试能不能解决测试效率低的问题？如果可以应该怎么做？
回答·46
最热
最新
- 要想做好自动化测试。 首先要落地好手工功能测试，落地好手工功能测试用例基线。这个要稳，要细节，要落地到用例库基线。 这个做好了，可以做接口自动化测试，还是接口测试用例设计和基线脚本也要稳，要细。接口脚本框架，要支持复用，重用，要不断持续维护。 不能倒置盲目追求自动化。手工是无法代替的，在复杂场景模拟构造上还得靠手工。 接口自动化，做到 cicd 持续集成触发做到，开发一打包部署，就触发跑接口基线脚本。 同时，做好原子性脚本，让手工业务测试人员能够组装基于场景目标的接口复杂场景测试，打通接口测试人员和手工人员边界，逐步融合一起。让手工人员具备接口复杂场景测试能力。具体可见我 testerhome 博文。
- 可以绝对可以，得加钱！！！！ 测试效率低，原因呢？？？ 人力时间范围业务复杂度流程规范管理方式 所以测试效率低是多方面原因导致的！！ 但是自动化测试是用机器代替人工做重复且简单的测试，适用于大型项目，多用于冒烟测试，主流程测试 是提升效率增强逼格的不二之选，目前自动化还处于辅助完成工作的地位
- 不一定，具体情况具体分析。 在一些大型成熟项目中，用自动化做一些回归测试。很合适，自动化测试不需要使用人力执行，不会偷懒，不会漏测，不会失误。假如有人员变动，新人可能不熟悉业务，但自动化没有这类问题，确实可以提高效率。 但在项目初期，需求不明确，不稳定，实现自动化成本偏大。每天如果写自动化用例，加上调试时间可能就写七、八条，假如需求有变动动，两三天的工作做了无用功，效率反而不如手工测试。自己使用自动化测试的经验，希望对你有用。
- 可以，测试中会有大量重复性的操作，自动化可以很好的提高效率。但是要搞清楚什么时候用，盲目采用自动化测试不仅发现的问题极少，还会降低效率。
- 可以绝对可以，得加钱！！！！ 测试效率低，原因呢？？？ 人力 时间 范围 业务复杂度 流程规范 管理方式 所以测试效率低是多方面原因导致的！！ 但是自动化测试是用机器代替人工做重复且简单的测试，适用于大型项目，多用于冒烟测试，主流程测试 是提升效率增强逼格的不二之选，目前自动化还处于辅助完成工作的地位
- 要考虑自己的项目适不适合自动化，需求变动较频繁并且周期较短的项目未必适合自动化。确认好后再选择合适的自动化框架。个人感觉选择自动化框架这一步是非常重要的，之后慢慢实现就好了
- 在一定程度上能解决测试效率的问题，首先需要明确自动化的应用场景，一般而言自动化是用在回归验证或者持续集成 CI 环境，它的主要作用也不是为了发现大量 BUG，更多的是用于系统流程验证和环境异常跟踪，对于还处于研发初期的产品和项目并不太适用，而且自动化的程度也直接影响到成本的投入！
- 自动化测试，起初的定义是用于回归测试等操作具备重复性，且对象具备稳定的场景中，主要考虑到功能的稳定性和投入成本的问题，前期项目功能变更的风险较高、同时周期往往紧张，自动化覆盖存在一定的开发、维护成本。 这其中的主要矛盾是“成本问题”，试想自动化覆盖成本在不断降低时，矛盾在逐渐弱化，那么这个局限性就会被打破。自动化测试同样可以用于首轮测试、甚至是在与研发功能设计有良好的契约下，在提测前也可以完成。 上述，我们在探讨自动化测试如何做到有效的效率提升，除此之外，还可以去尝试结合代码覆盖率，不断提高自动化覆盖率；结合代码改动范围，精准运行对应测试用例，从机器逐渐演变成智能...
- 测试效率低，最大的关键其实是在人。可能是测试不了解项目或者开发、产品、测试之间沟通不畅再或者开发不看需求文档，自己想当然。这些都可能是导致最终测试效率低的原因。 然后自动化测试呢，最主要的还是用在回归测试，手工测试通过，然后才会着手引进自动化相关的东西。 这两者之间其实是没有什么必然联系的。自动化测试能提高测试效率，这个还是要肯定的。 哈哈，以上一些拙见。
- 这个和优化算法是一个道理，要看有没有大量的重复工作可以抽象出来。 大概算一下投入产出比，就可以判断自动化测试的必要性。 就自动化测试本身来说，可以多线程运行，优化用例组织，轮询替代固定等待时间，数据驱动等手段提高效率 重点还是提高技能，把接口函数写好，把代码量降下来