接口自动化平台分享.pptx

Tes接口自动化平台刘忠都为什么要做自动化Tes自动化平台介绍问题和改进为什么要做自动化1什么是自动化自动化测试(Automated Testing)：将测试执行部分或者全部交给机器执行的一种测试。实际上自动化测试往往通过一些测试工具或框架，编写自动化测试用例，来模拟手工测试过程。QC我们的快速迭代开始开始结束必然带来了问题业务增长快需求变化频繁开发团队规模小项目迭代周期端功能覆盖不全用户体验要求高测试回归时间长，成本较高持续集成与自动化测试项目质量低，用户体验差自动化测试的优点1、对回归测试更方便：周期较长，测试工作量大，测试比较频繁，适合自动化测试。由于测试的脚本和用例都是设计好的，测试期望的结果也可以预料，对回归测试自动化可以极大的提高效率缩短回归时间。2、模拟真实情况：可以执行手工测试无法执行的测试，比如同时并发上千用户测试系统的负载量，测试人员无法达到测试目的，而使用自动化测试工具可以模拟多用户的并发过程。3、有效的利用人力物力资源：频繁地机器化的动作可以用自动化测试执行，减少错误的发生，更好的利用人力资源。4、测试的重复利用：由于自动化测试通常使用的是自动化脚本技术，这样就可以只需要做较少的甚至是不修改就可以实现在不同的测试过程中使用相同的用例。5、减少人为的错误：自动化测试是机器完成，不存在执行过程中人为的疏忽和错误，测试设计完全决定了测试的质量，可以降低减少人为造成的错误。6、提高测试效率，缩短回归测试时间。（有限的工作时间做更有意义的事情）自动化测试存在的问题1、自动化测试是工具执行，没有思维，无法进行主观判断，对界面色彩、布局和系统的奔溃现象无法发现，这些错误通过人眼很容易发现。2、自动化测试工具本身是一个产品，在不同的系统平台或硬件平台可能会受影响，在运行时可能影响被测程序的测试结果。3、对于需求更改频繁的软件，测试脚本的维护和设计比较空难。4、自动化测试是机器执行，发现的问题比手工测试要少很多，通过测试工具没有发现缺陷，并不能说明系统不存在缺陷，只能通过工具评判测试结果和预期效果之间的差距。5、自动化测试要编写测试脚本，设计场景，这些对测试人员的要求比较高，测试的设计直接影响测试的结果。自动化，寻找最有价值的自动化测试基于API的测试自动化测试的演变优点：可以统一维护用例，统一管理，灵活方便缺点：需要开发一套系统测试平台化020301原始阶段使用Testng或UnitTest编写的测试代码，可读性差，维护成本高，学习成本高STEPSTEPSTEP通过高级封装，关键字驱动数据的方式，去编写测试用例，灵活方便，但学习和维护成本略高关键字驱动数据Tes自动化平台介绍2Tes自动化平台介绍我们经过原始阶段和关键字驱动阶段，都会发现编写用例是一件很麻烦的事情（特别是组合场景用例），还有维护成本和学习时间成本高。我一直的想法：用例可共享性，用例随意性，用例可以组装性，用例简单化。所以我就开始构思Tes自动化平台的开发。Tes 由 time(时间)， efficiency（效率）和 speed(速度) 首字母组成。在一定的事件，能开始和效率的进行自动化测试。后端框架：Java + spring + springmvc + mybatis前端技术： bootstrap + js + cssTes平台的优势0104优势02支持JavaRPC 接口一条龙服务用例场景化用例统一管理用例调试，报告输出，报告发送，定时任务。用例统一管理，用例共享化，一条用例可以被多个场景所使用用例场景化更加简单了，通过场景可以随意的组合测试用例支持所有 java 接口的RPC接口，测试不用写代码去测试RPC接口了。03执行用例流程定时任务虚拟dns用例管理多场景自定义变量用例调试用例场景定时任务用例依赖报告输出集成钉钉消息用例添加功能Tes平台 - 首页Tes平台 – 用例添加和调试Tes平台 – 用例管理Tes平台 – 场景设计Tes平台 – 报告输出问题和改进3目前的问题和改进1、没有按照项目区管理用例，用例列表一多就很拥挤2、报告列表中，不能按照分组分类显示，都显示用例3、添加到分组的用例，自定义变量使用不灵活4、在添加分组的用例，不能去调试分组，很麻烦，需要到添加到任务里面才能去点击运行5、任务执行每次都会生成报告，其实我不需要报告，只需要显示内容（所以执行任务需要区分执行的动作）6、用例的断言每次只能指定一种，这个不灵活，需要指定多个检查点7、用例在设置变量的时候，总会忘记，所以是不是可以在用例添加到群组，就提示让使用者添加变量8、在组装用例的时候，顺序调整不灵活。9、如果接口参数名称该了，哪怎么去快速修改QC过程就是一个从不完美到完美的历程，希望大家和我一起把这个平台做到极致。Tes平台地址：http://test-front.dd