概述
对于一般的传统的自动化测试工具，如：Selenium,robotFramework，QTP等。QTP可以通过操作录制生成自动化用例脚本。生成的脚本与Selenium、robotFramework类似，都是类方法的调用以及各种方法的参数的传递。对于一个学习者来说没有2-3年的工作经验，很验难熟练撑握。而且不同的人写的自动化用例风格不一样，维护起来非常困难，要求测试人员必须撑握一门计算机语言，如：VB、python等。如下所示，是使用robotFramework编辑器基SeleniumLibrary库写的一个自动化测试用例。
在这里插入图片描述元素操作之间要写sleep，测试人员要对每个操作方法熟悉、对于不支持的操作，测试人员要自已通过python脚本语言写用户自定义关键字。当执行自动化用例时，因某种原因导致服务变慢，也可能导致用例执行失败，因为sleep不够长，元素还没加载成功。如果使用robotFramework写自动化用例，一天写10个就很不错。并且每个人能力不同，对自动化用例封装效果也不一样，直接体现的将来用例维护的难易程度。
总结一下目前自动化用例测试的痛点问题
1、自动化用例实现成本高
2、用例的维护成本高：（1）版本迭代更新较快，导致维护工作量大，建设速度跟不上变更速度 （2）人员变更，导致用例废弃或维护老用例非常困难 （3）元素定位不稳定，只要发生改变就导致用例执行失败
3、用例建设效率低
4、自动化工具对人员能力要求高，致少要撑握一门脚本言。如：python,vb等
5、学习成本高，一般熟练撑握需要较长时间的学习与工作实践，1年或更长时间
6、因第4、5点原因，导致自动化人员招聘的成本高，一般工资都在15K以上
kylinTOP测试与监控平台(kylin Test Observe Platform)能力
在这里插入图片描述kylinTOP测试与监控平台架构
在这里插入图片描述kylinTOP测试与监控平台优势
在这里插入图片描述kylinTOP测试与监控平台：自动化测试能力
在这里插入图片描述自动化工具：用例实现效率对比
kylinTOP测试与监控平台，90%以上的用例均通过界面录制生成，几乎无手工设计用例，测试人员在业务熟悉的前提条件下每天可以设计30个用例。
在这里插入图片描述自动化工具：学习成本对比
代码语言：txt复制 kylinTOP测试与监控平台，90%以上的用例均通过界面录制生成，无需要手工编写脚本用例，对测试人员编码能力要求低且熟练撑握自动化测试工具大约在一周左右，业界的免费常用自动化测试工具，要熟练撑握需要2-3年的时间且对测试人员要求有编码能力
在这里插入图片描述kylinTOP测试与监控平台：自动化用例步骤样例
录制的用例记录了元素的值和属性及它的关联元素（左右节点、父节点、子节点）,这些都不需要手工添加。
在这里插入图片描述
在这里插入图片描述kylinTOP测试与监控平台：添加检查点方法
在这里插入图片描述
