主动化测试理解

1 定义

把以人为驱动的测试运动转化为机器执行的一种过程。

• 简朴讲：好比使用主动化测试框架、脚本、工具等主动打开测试对象（引用），主动去执行测试用例（此过程中包含主动化查找元素、控件等），主动输入测试数据、主动生成测试报告等一系列的主动化过程；
  
• 通俗讲：用机器来模仿用户的实际运动，如键盘、鼠标等操作，来达到预期。
  

2 做主动化的目标是什么？

• 测试工作量比较大，使用主动化来完成一部分工作；
  
• 测试过程有大量重复的工作，使用主动化来进行提拔效率；
  
• 手工测试难以覆盖的场景，需要主动化造数据等来完成；
  
• 有些测试效果，可能主动化比手工更为精确。
  

3 主动化测试的优缺点

优点缺点重复执行、频仍操作不能100%替换人工测试模仿手动测试无法覆盖的场景不能达到100%覆盖率利用空闲时间执行需要时间去分析效果释放一部分测试人员精力对软件质量依靠大（前提是软件稳固、改动小等）测试效果客观公正需要专业的工程师投入专门的时间开辟/投入资源可能会大一些 4 主动化测试的前提条件（告急）

即做主动化前先对软件进行分析，是否满足或者要不要做主动化，有几个前提条件需要注意。
4.1 需求变动不频仍

• 脚本的稳固性最直观的决定要素是需求的变动，如果需求变化大，隔三差五的进行需求更改，那脚本势必也要进行同步更新，如许投入的维护资源就很大，得不偿失，还不如不做。
  

4.2 项目周期比较长

• 主动化测试和平常的测试一样，需要前期的规划、框架设计、脚本开辟、人员选择、脚本执行、后期维护以及效果跟踪分析等，是一个比较全的且投入较多的一个过程，如果项目周期很短，就不得当做主动化，其实也没必要；
  
• 另外项目周期短，手动测试都无法保证的前提下，更不消谈及做主动化了。
  

4.3 脚本的重复使用率高

• 我们投入了较大的人力、物力、财力等最终完成了一套比较完善的主动化脚本、框架或者平台，但是复用率很低，只能在单个产品单独使用，那么如许的代价就太大了。此时我们需要评估是否必须要进行主动化测试，如果非必须，可以不做；
  
• 相反的，如果主动化的一系列东西都能迁移到其他的产品测试，那如许的投入是值得的，也是必要的。我们也应该投入更多的精力进行测试开辟。
  

4.4 团队实力

• 做主动化，不是任意摘抄一些代码拿来用，他是一个专项测试，需要投入专门的人力去研究及测试，那么我们要想做好主动化，先要对自己的团队进行评估，团队的人员、技能能力等是否满足要求；
  
• 另外，主动化需要不绝的进行迭代和优化，不能拿着脚本运行看看效果，那其实许多时候，并不能给产品带来客观的代价。我们需要进行不定期的升级维护，针对项目业务要进行优化，根据测试过程和效果的数据反馈要进行稳固性的升级等等。以是这也需要专门投入人力进行研究。
  

4.5 部门的规划和上级的支持

这个是我加的，根据个人的经验的总结；

• 部门的规划：如果主动化是在部门规划中，以及有考核目标，那肯定是要做的。如果不是规划，也没有纳入操持，那就要根据实际情况定，毕竟这不会直接影响你团队的实际考评。你的重点应该是在其他的地方，优先保证工作重点内容的完成；
  
• 上级的支持：这个很告急，做主动化无非是为了提拔效率和质量，但是如果没有得到应有的效果，领导看不到效果，也无感知，那么做主动化也许不会长久。这个得慢慢体会了，哈哈。
  

5 应用场合

主动化测试告急应用在以了局合，详细还要根据项目以及主动化的实际开辟情况开定：
场景说明测试周期项目周期长，轮次较多的软件数据量级需要制造大量的测试数据软件稳固性使用稳固和成熟阶段的产品测试回归测试需要进行简朴回归的测试冒烟测试主线功能的冒烟巡检测试线上环境的定期巡检发布验证主线功能的发布验证测试 6 主动化熟悉误区（重点）

6.1 主动化可100%覆盖

• 概率不大，要使得主动化的测试覆盖率达到100%，需要投入专门的人力、物力、财力等，资源比较大；
  
• 某些业务的特别性，或者场景的复杂性，用主动化是无法进行覆盖的；
  
• 项目标周期限制，不允许投入更多的精力去开辟；
  

6.2 主动化可替换人力

• 领导的口头禅：你就告诉我，主动化能干掉多少人力？！====每次听到如许的话，不知道你们怎么想的，反正我是很无奈。但从领导的角度来思索，也不为错；
  
• 这里存在一些误区，主动化测试是辅助功能测试的，或者说是为相识决某些人工不能覆盖的场景；
  
• 另外，不存在完完全全的主动化，都是需要人工参与的；
  
• 遇到类似的熟悉，建议主动化测试人员需要进行表明，不能任由这个观点滋生，不然===你猜会咋办！！
  

6.3 主动化很牛逼

• 任何的事变，都是看谁先知道而已，与其说牛逼的技能，不如说牛逼的人。
  
• 主动化只是一门技能，我们不能脱离业务搞主动化；
  
• 许多人认为主动化很厉害，就脱离了工作的重心，天天喊着主动化、主动化，末了到头来啥也不是，啥也没得到。固然如果是专业、专门搞主动化测试开辟的那就另说了。由于他们的工作就这，就是转、精。
  

6.4 万物皆可主动化

• 这个其实和前边的提到的一致，搞主动化，先要符合一些前提条件以及明白他的应用场景，不是所有软件都要搞主动化。
  
• 盲目标主动化，只会适得其反。
  

6.4 主动化很简朴

• 这是一个很复杂的但是又简朴的话题，对主动化的方向、工具、技能等研究的程度差别，对他的熟悉就不一样；
  
• 如果只是解决一些简朴的题目，你把握他很简朴。如果是复杂的一些东西，可能需要深入研究；
  
• 主动化方向也是许多，岂论是功能、性能，还是面向接口、UI、GUI、协议，更或是主动化工具开辟等，都需要差别的技能和知识，入门或许简朴，要做的很专一，还是需要点积累的。
  

6.5 主动化尽早做

不肯定。差别的主动化，介入时间可能有差别，好比

• UI的，建议软件稍微稳固或者需求变更不频仍的时候再去开辟；
  
• 接口的，可以在开辟阶段同步进行；
  

7 主动化测试工具

太多了，举个例子，不代表所有的。事例而已：
末了： 如果你平常有许多题目想要解决，你的测试职业规划也需要一点光亮，你也想跟着大家一起分享探讨，我给你保举一个 「软件测试学习交流群：746506216」 你缺的知识这里有，你少的技能这里有，你要的大牛也在这里……

---

资源分享【这份资料必须领取~】

下方这份完备的软件测试视频学习教程已经上传CSDN官方认证的二维码，朋友们如果需要可以自行免费领取 【保证100%免费】

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。