自动化测试-简绍

第七次

自动化测试

1、什么是自动化测试？
2、在实际自动化测试中，测试到底是淦什么的？
3、自动化测试可以做哪些事情，什么叫做测试开发，为什么没有flask和没有Djanggo？(吾日三省)
自动化测试其实就是将手工执行的测试行为转化为机器可以识别的语言，然后由机器来代替手工执行。
自动化测试无法完全代替手工测试，其目的是将过于繁杂的固定的手工测试行为转化为自动化执行，从而有更多时间来 走手工测试
自动化功能测试：所谓测开，目前主流技术是selenium
自动化性能测试：就是性能测试(jmeter/loadrunner)
自动化测试可以实现什么？
1.一般都是应用在回归测试阶段，对系统的核心流程(固定的流程)进行回归测试的使用，简单来说自动化就是一个测试手段
2.一般自动化是如何确定执行的
开会–目的：评估系统是否具备自动化的条件–评估提取的核心主体哪些是必须纳入自动化测试范畴的–设计自动化测试框架–指定研发计划–实现–测试部署
发展路线–测试工程师-测试开发----【高级测开-测开专家(实际经验积累)】
注意：平台能淦的活，框架也可以淦。平台只是穿了好看衣服的框架
自动化的分层：
UI层：基于系统UI界面来实现的自动化测试，是颗粒度最粗的，主要关注功能和流程的正常实现，应用selenium和Appium来实现这个层级的测试技术
Server层：可理解为接口自动化，主要关注服务于系统的接口数据是否正常，逻辑是否正确，应用Request和HTTPClient来实现测试
Unit层：单元测试层级，测试颗粒度最小，JUnit5和UnitTest来实现的–在中国这个是开发干的活(单元的测试其实讲究的是覆盖，所写测试代码不涉及任何项目业务，仅仅看所写代码或函数是否有正确执行，代码或函数正确执行了，那么这个单元测试就pass了)
在实际企业中自动化测试应用
一定是代码和数据分离，一定是逻辑代码与测试代码分离，程序是没有思维能力的，所有的流程，所有的业务实现都是基于人来组装，拼接，编写来实现的
内容的实现都是基于编程基础。
自动化测试的实际介入：
1.常规的回归测试阶段
2.接口自动化，在前后端联调之前可以介入实现后端测试
什么场景适合走自动化测试：
1.长期运行的系统，研发专精–针对项目本身设计一个测试框架(POM页面对象模型)
2.短平快类型系统，针对项目本身设计一个测试框架(关键字驱动设计模式)
3.外包，干一票就走
4.初创团队，讲究一个字，淦！先把功能测试做好，再考虑何时开始研发和介入自动化
对于研发频繁修改的系统到底能不能做自动化？
自动化 测试框架其实就是一个测试工具。
Chrom开发者工具：
浏览器中自带的工具，在各种浏览器中都有，F12或者是右键检查调出开发者工具
开发者工具不要应用内嵌的视窗模式(目的是为了不影响元素定位的准确性)，建议都用弹出模式 。
可在控制台中使用Ctrl/Comm+F 使用搜索功能
NetW是一个抓包工具
1.限速
2.抓包
Chrome浏览器的自动更新要改为手动更新，假如浏览器还是更新了，假如浏览器调用不起来了，那就尝试更新givedriver。