软件测试培训
达内IT学院
400-996-5531
软件测试培训
自动化测试流程是什么
要明白自动测试应该测什么，那我们首先应该要明白手工测试在测什么，然后再将有必要的部分将这部分手工测试转为自动化，那这就是自动测试的内容里。
也因此我觉得首先是要规范手工测试，也因此上篇里重点说了如何用TFS进行手工测试的管理。
之后按照每次迭代是一个测试计划的模式，每次迭代完后，可能要从之前测试计划里挑选出一定程度需要日常回归的测试。
毕竟有些测试其实一次性就完了，但是有一些则每次都要回归下的，先将这部分挪到一个专门的测试计划叫“xxx项目回归测试”
一、如何进行自动化测试
这就牵扯到自动化框架的选择了，甚至包括配套测试开发的语言选择。
由于我们开发团队是以C#为主，所以我们也选择了C#作为测试开发语言(咱不黑不捧不踩不杠，不要纠结为什么是C#而不是Js/Python/Java…熟悉什么用什么，重点是解决问题)
然后再开发体验上我是希望测试开发能使用最接近他们实际测试时候的体验，所以选择了基于BDD模式的Specflow。
关于什么是Specflow这么不过多介绍，可以自行在各大搜索引擎或者博客园自身的搜索里搜下一大堆介绍，我这里就简单说两句：
Specflow它会有一个.feature文件，一个feature里包含若干个Scenario场景，一个场景理解为就是我们一个测试用例
二、具体是怎么做的呢
然后遵照着之前手工的测试用例，使用Specflow来撰写它的测试行为
这是一个在TFS里托管的手工测试用例的Test Case
然后我对照着这个手工的测试用例我撰写的Specflow的feature下的Scenario
然后背后在将这每段代码做实际的实现，实现的时候可以直接调接口处理也行，通过Selenium走UI测试也行，这个无所谓。
然后就能在VS里的测试管理器里跑起来这个测试了
三、TFS能知道么
我通过Specflow写了自动测试用例了，TFS能知道么
能！
为了避免后面大家不理解这些操作的含义我大概先说下TFS下整个流程的套路：
①先在测试管理器里，然后你测试和TFS的测试用例关联，此步骤后对应测试用例会关联上你匹配的程序集里的对应测试代码
②配置一个生成(Build)要编译出你对应的测试项目
③配置一个发布(Release)用于运行你的测试项目
④当你在TFS进行测试自动运行时候，它创建一个发布(Release)获取到程序集在执行你对应的测试，然后将状态汇报关联到对应的测试用例。
重点：这套机制只支持.Net Framework,请不要在.Net Core上浪费时间，我已经折腾了2天，它永远找不到测试程序集，实在无解
废话不多说，开始do it
上述就是近些日子在折腾的一些测试的东西。俗话说一个好的流程不是设计出来的，而应该是迭代出来的，所以我也是一切在摸索中，然后再改进。但是整体目标是明确的：敏捷，科学，规范。
免责声明：内容来源于网络若涉及侵权联系尽快删除！
预约申请免费试听课
填写下面表单即可预约申请免费试听！ 怕学不会？助教全程陪读，随时解惑！担心就业？一地学习，可全国推荐就业！
下一篇：测试工程师面临的核心问题
Copyright © Tedu.cn All Rights Reserved 京ICP备08000853号-56 
京公网安备 11010802029508号 达内时代科技集团有限公司 版权所有
选择城市和中心
北京
黑龙江省
吉林省
内蒙古
河北省
陕西省
江苏省
上海
湖北省
四川省
重庆
湖南省
江西省
贵州省
云南省
广西省
广东省
海南省
台湾