大家了解过自动化测试，那么今天就为大家讲解什么样的项目适合开展自动化测试。

一、概念

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间和硬件资源，提高测试效率，便引入了自动化测试的概念。

即编写一个代码测试一个程序。编写代码属于开发工作，需要测试人员投入大量的时间和精力。当后期产品的页面元素和业务发生变化时，还需要付出维护脚本的成本。

二、适合做自动化测试的项目

(1) 软件需求变动不频繁;咱们自动化测试最怕的就是需求不稳定(功能测试也怕)，需求的频繁变更会导致自动化测试用例的维护成本直线上升。刚刚开发完成的脚本可能因为产品页面的变化和业务的变化，不得不重新开发脚本。因此自动化测试要从需求稳定的功能模块入手。

(2) 项目周期足够长，需要频繁执行回归测试;

咱们开展自动化测试要选择项目生命周期足够长并有持续更新版本发布计划的，通常在有8次回归测试以上的项目中自动化测试的优势才会大于手工测试。

(3) 需要在多个平台上重复执行相同测试的场景。

当你公司的产品符合如下需求，那么投入自动化测试会带来良好的收益。

产品支持多种浏览器;

移动端应用需要在近千台手机中运行;

如果有对于不同的客户有不同的定制版本，各个定制版本的主体功能绝大多数是一致的，个别功能有轻微差别。

(4) 无法通过手工实现或者手工实现成本过高的项目

通常在执行关键业务 7×24 小时持续运行的系统稳定性测试和高并发场景的压力测试时必须使用自动化测试，因为人工测试几乎不可能完成测试任务。

(5) 重复性的业务需求

比如当你公司需要获取app的所有差评，来分析产品更好的改进产品符合大众的需求，功能也可以做但每天都做重复性的工作，浪费人力，如果用自动化脚本实现，只需要定时跑下脚本就可以。

三、不适合做自动化测试的项目

除了需求变动频繁、项目周期短这种典型的不适合做自动化测试的项目，在以下列举的体验类的项目中也不适合做自动化测试，包括：游戏测试、视频体验、美观体验、声音体验、易用性体验和多用户交互体验。

以上就是什么样的项目适合开展自动化测试了，想要了解更多软件测试相关知识的话，那么可以持续关注我