####################
需求分析是最为重要的一步！！！！
我想要的自动化测试平台应该包含什么？
1，大块的，接口自动化，页面自动化，app自动化，性能自动化，
2，页面自动化，应该有用例列表，bug列表，测试报告，计划任务，
3，用例列表，有序号，用例名称，编辑用例，里面可以添加用例步骤，所以这个地方至少两张表，因为用例和步骤是一对多的关系，
4，bug列表，每次有错误了要把用例名称，步骤，错误，截图，放到bug列表，然后可以分析，这个地方我认为应该把日志也拿出来，
或者是，每一个都有日志表，然后如果有bug，就把日志表拿出来，日志表，bug，这两个要有所关联，
5，报告，每次跑了多少个，任务的名称，成功了多少，失败了多少，
6，每一个用例都应该是独立的，但是可以通过执行任务结合到一起来，然后在任务的地方执行，执行结束了之后有报告，
所以要有2个表，任务表，任务详情表，
7，元素分离的原则， 那还需要元素管理页面的，页面元素管理，
#####################
其他需求
1，权限，
2，角色
3，人员管理
4，系统配置
这些都不是重点，重点是业务
#####################
更近一步的设计 1，变量管理，维护， 2，各种组件，比如随机数生成，打印变量等 3，场景的可组合，可定制----降低测试复杂度， 4，兼容各种浏览器 5，数据驱动，---测试数据灵活配置， 6，多线程执行测试用例，---提高测试效率
#####################
设计的原则： 1，代码分离，--提升代码复用
一、测试脚本与测试框架脱离-----有些框架做的就是框架做，不要混在脚本里面，这样，只需要改脚本不需要改框架，
二、测试数据与测试脚本脱离-----只需要改数据，而不需要改脚本，
2，功能组件化设计，---提升操作效率
######################
数据库设计
用例管理------支持这个用例的调试，这个地方不出bug，不出报告，
用例表，
用例步骤表，所属用例，步骤序号，步骤名称，操作，操作元素，数据，（通过关键字驱动，封装方法），操作：新增，修改，删除，复制，上移，下移，
bug管理------
bug列表
bug详情表
报告管理------
报告列表，任务名称，用例个数，成功率，
报告详情，点击任务名称，进入报告详情，用例名称，执行结果，步骤数量，
用例详情，点击用例进入，查看步骤详情，查看日志
计划管理------通过这个地方可以运行，可以出bug，可以报告，
计划表
计划详情表，任务名称，包含的用例，
页面元素管理----
页面表，
页面元素表，所属页面，定位地址，定位方式，定位路径，操作：新增，编辑，删除，查询
页面方法表
系统配置表-----
浏览器的配置
邮箱的配置
##########################
目标和定位
1，必须考虑投入和产出比
到底有多少的产出，
######################