为了可以跟上因灵敏软件开发而不断缩短的发布周期，许多开发团队都选用了自动化测验的办法，然后不断保证每个软件版别都契合所需的质量水平。
这是传统软件开发实践的一个重要改变：测验经常被卡在开发进程的终究，被视为了测验进程的担负，而并不是优点。
因而，一个在选用灵敏软件开发，改变为DevOps文明并选用继续集成和继续交给的安排中作业的测验人员，有必要关于怎么有用地施行测验自动化这一日常活动有一个根本的了解。
太多的团队担任人，开发和项目经理，以及C级管理人员（其他人员也并不是彻底无关的）都将测验自动化视为一切测验瓶颈的一站式处理办法。
通过几个月的极力搭建和运转测验，这样的概念成为一种梦想。辛苦忙于自动化测验的测验人员往往成为了替罪羊，有时候乃至被辞退。
保证一切利益相关者在自动化方面的预期与你处于同一水平。参阅安排内部以及更多软件测验和开发社区的从前的极力，从这些经历中学习。
自动化失利的另一首要原因是是由于开发团队（以及更大规划的安排）缺少时刻来发明可用的、安稳的、有用的自动化处理法案。
尽管众所周知，完结自动化需求花费时刻和精力，可是当时刻变得紧促时，自动化仍然是第一件受影响的事。
尽管自动化是许多软件开发团队中最期望可以完结的事，但当挨近结尾时，交给功用简直总是优先于自动化。
需求留意的是，我并不以为这一定是一件坏事。究竟终究发布的产品是可供用户运用的功用，而非保证功用正确运转的那些自动化测验用例。
可是从长远看来，团队将发布产品的功用置为最高优先级，一起一次又一次地迭代发布日期的拟定，已将他们的搞得反常繁忙，精辟极力。
他们好像现已忘记了采纳灵敏作业办法的意图是以小幅度增加的办法发布可供用户运用的功用，而且得到用户方的即时反应，而非仅仅一味寻求速度，匆促发布功用。
假如你没有将自动化颁发应有的优先级（且或许不是最优先考虑事项），那么你的团队成员将不太或许具有满意的时刻成为娴熟的自动化工程师。
这并不是一个威望攻略，或许并非一切的过程都适用于您的状况。可是依照以下过程或许可以协助您在灵敏自动化作业中取得成功。
正如我之前所说，任何自动化的成功都始于合理的预期。我发现提问及关于该问题达到的多方一致是一个设定合理预期的好办法。为什么咱们首要要自动化？为什么咱们以为咱们需求自动化测验？
在我看来，这个问题有好的答案“由于咱们期望可以第一时刻取得开发人员的反应”，而“由于咱们不想要手动进行测验”是不合理预期来历的一个首要比如。
自动化测验作为项目进行施行需求一起考虑该项意图方案及其技能完结（您应该为其分配资源并答应在开发和保护自动化上花费时刻等等），同上（您写代码，因而保证请必须保证杰出的开发形式和实践，并尊重自动化测验是一门需求特定技能的手工）。
为了在灵敏软件开发作业中成功完结自动化测验，您需求保证一切担任创立和保护自动化的人员都具有适宜的技能，并具有满意的时刻来完结。
当时项目中自动化测验人员配备的数量取决于多种要素，其间包含测验人员本身的技能才能，需求哪类自动化测验，以及被测运用程序的复杂性和风险性。
假如您的团队现在没有雇佣满意的人来满意您的自动化需求，或许团队人员缺少必要的经历，那么暂时外聘专家也是一个值得考虑的挑选。
● 可以从一些简略易完结的功用着手，或许着眼于当时运用程序中的一些高风险项及严重缺点（这有助于向利益相关者赶快展现自动化测验的附加价值。
尽管当你想要编写自动化回归测验时，这好像是一个很直接的挑选，但这种类型的测验是编写最难，履行速度最慢，最简单失利，失利的原因有或许是待测运用程序界面的改变，也或许是用于布置进程中的同步性，亦或许环境等要素（例如测验数据）。
尽管如此，尽或许防止以下两个圈套：包含比如“一切测验都应该是自动化的”，或“咱们应该为所供给的每个项目完结自动化”之类的声明有时候并没有含义，反而较为繁琐，乃至彻底不或许完结。
换而言之，有用的界说比如“更新现有的自动化脚本以应对当时功用的改变”或”在开发团队以为有必要的前提下，创立额定的自动化测验用例”。
根据百分比—“百分百代码覆盖率”是一个废话，这句话彻底没有阐明测验的质量以及关联性。相同，“80%的测验现已完结自动化”也没有含义。
首要，这根据自动化测验所履行的1对1转化，而这种办法一再被证明是无效的。但更为重要的是，您怎么首要界说了80%，80%的可自动化能被一切测验所履行吗？我想你能理解我的意思。
对此你应不用感到古怪：自动化测验是一个软件开发活动，当你在用灵敏作业办法时，运用快速反应，快速评价和学习时有必要的。
自动化的施行并非一蹴即至的。就像您正在测验中的运用程序相同，花时刻进行试验，尽早赶快评价，从过错中学习，并坚持运用有用的办法。
话虽如此，我真的信任以上内容可以协助大多数正在极力进行有用测验的团队有所协助。也正因而，自动化被视为改善灵敏测验作业中的一种手法。回来搜狐，检查更多