测试平台？感觉自己有点飘了！ 与其说是平台，更像是自己在自动化测试这一路上的总结，给哪些踩过的坑和看过的书的一个交代吧 下面进入正题

项目目的

    多年前还在做ui自动化的时候，由于自身能力有限，自动化的框架和思路是由部门的资深开发设计的，大概思路是利用每个场景的业务耦合性，比如新增文件夹A，那么修改。复制/粘贴和删除文件夹 就可以都用新增测试用例的参数，在不考虑异常情况下，分别写四个测试方法，文件夹名以时间戳拼接一个参数，并且设置好每个测试方法的前置方法，如新增-修改-复制/粘贴-删除，同时也解决了初始化数据和还原测试环境的问题；带来的问题就是用例之前的耦合度非常高  复杂的关系在遇到变更和问题久难以解决了，所以要换个思路：数据驱动

    在看了ddt之后，感觉ddt真香，假如需要测试很多中场景的数据，直接编辑测试数据文件就好了，ddt会在测试类下帮你生成每个场景数据的测试方法，具体的原理和装饰器，放到另外一个文章中说说；总之有了ddt，想测试用户名的N个场景就简单多了。但是也有问题：每次都要去写那个特定的测试文件，不管是excel或者json，实在是麻烦；即使加上jenkins定时构建再发个邮件啥的，总是感觉很散装，而且对于参与到自动化测试中的测试人员，技术门槛比较高，就会出现总是那么几个人在用；我觉得要做就做的像工具一样，简单易用才是终极目标，

    测试平台就出炉了，在看过luckframework之后，更明确了学习和发展的目标了；第一：测试人员可以更方便的编写测试用例；第二：实现接口之前的依赖（如接口A的参数token，需要先请求登录接口获得的）更加便捷的定义；第三 调试单个测试用例或者执行测试集（测试计划）第四 生成测试报告 简单的数据统计

 业务流程图

主要功能

1 接口 项目 用例 测试计划管理

2 接口参数和响应参数定义

3 用例-操作步骤新增和编辑

4 操作步骤引用接口

5 操作步骤-接口的响应信息校验自定义

6 操作步骤绑定前置步骤的返回参数

7 测试计划执行和生成报告

接口管理

操作步骤

项目地址：

前端：https://gitee.com/Ganature/front-test-platform.git

后台：https://gitee.com/Ganature/TestPlatformWeb.git