Hello eTest -一个自动化的集成测试工具

eTest 一个自动化的集成测试工具

开发的初衷

市面上的测试框架种类很多，很少有一个能同时满足 ui、ete、api、压力测试的测试工具,并且同时生成完整的测试质量报告，如果需要是想这样的测试结果，需要测试人员掌握不同的测试框架；各种配置部署，这就大大提高了测试的难度；

市面上的很多测试框架对测试人员都有一定的编码能力要求，导致很多测试人员对自动化测试望而却步，而且需要同时集成ui、ete、api、压力等测试的测试工具，更是需要对测试人员提出了很高的要求。

我们在思考，有没有方法可以实现，不需要测试人员编码，依旧可以实现自动化的测试方式，而且可以同时集成的测试任务，自动化定时跑测试任务，生成测试报告并自动推送到测试开发人员手中，测试人员从此告别繁琐的且重复的测试操作，只需要专注业务的本身，让测试变的有趣，真正提升测试人员的测试效率？

市面上的测试框架

postman

优点

1. 支持json Schema校验
2. 果项目有Swagger生成API文档,JSON文件可以直接导入Postman来生成用例

缺点

1. 通过url搜索用例,通过命令行传参修改环境变量,不能指定执行失败的测试用例
2. 封装公共函数,引入第三方,自己写的js库,用例间的跳转,重试等.

Jmeter

优点

1. 基于应用安装简单，组件小
2. 支持多协议
3. 支持参数化和关联

缺点

1. Jmeter的测试脚本的管理不可以纳入版本控制
2. Jmeter脚本的维护需要保存为本地文件，而每个脚本文件只能保存一个测试用例，不利于脚本的维护
3. Jmeter需要写代码

Selenium

优点

1. Selenium|支持移动测试
2. Selenium可以轻松地与各种开发平台集成，例如Jenkins，Maven，TestNG，QMetry

缺点

1. 而且技术支持不够完善，官方资料比较少， 没有技术支持
2. Selenium的开源状态使具有陡峭学习曲线的工具成为初创企业和独立开发人员的低切入点

Sikuli

优点

1. 一切操作都可截图
2. ocr识别

缺点

1. ocr识别慢，对于
2. 对与测试要求屏幕必须一致,如果尺寸不一致，就会导致整个测试结果的失败

针对以上测试框架最大的缺点就是结构功能单一，需要编码能力才能完成自动化测试开发，特别ete测试必须coding，对于刚入门的测试人员一点也不友好。

那么理想中的自动化测试应该是什么样的呢？

1. 必须要带 UI还原测试，提高前端开发的页面质量，降低测试找“差异”的成本。
2. 必须在无代码的情况下，可以实现自动化ete测试
3. 必须在无代码的情况下，接口测试可以支持关联性测试
4. 对与压力测试 也能一键测试
5. 还必须支持自动化定时任务，必须支持推送测试报告真正做到解放双手
6. 必要时还必须支持扩展，可以注入自定义的脚本需求。。。。

每个测试功能上手都需要尽量简单？且要满足以上所有的需求？必要时还可以支持扩展？这样的自动化测试框架真的有吗？你确定这不是你理想中的自动化测试框架？

eTest有哪些优势？

• 0 代码，自动化测试
• 完善的测试报告
• 强大的扩展能力
• 自动化运行定时任务以及测试结果推送机制
• 跨平台支持 Mac、Windows

支持那些功能？

UI还原测试

是的我们支持UI还原测试,多种方式录入数据，一键生成测试结果，实时在线手动二次标注，让UI还原测试，从此不在耗时耗力

ETE测试

只需要在chrome 浏览器在开启 eTest 脚本录制工具，进行操作，便可生成测试人员想要的测试脚本，只需要将录制的测试脚本倒入eTest，便可自动化回放您的测试用例，真正做到0代码自动化测试,解放测试人员在烦躁的回归测试场景中所投入的时间，让 ete 测试变的充满乐趣。使测试人员可以更专注于业务上

扩展

为了满足对不同的测试场景的需求，我们开放了扩展功能，只需要测试人员对javascript有一定的了解，就可以开发插件满足自动化测试场景的需求，eTest不在只是一个UI自动化测试工具，而束缚了一些测试人员的自定义开发，真正满足测试需求。

定时任务

为了真正解放开发人员的双手，做到随时随地对项目的状态一目了然，定时任务，可以帮助你自定运行测试脚本，实时推送测试报告，让你对线上项目运行状态随时随地把控。

目前的现状

没有做项目规划，一直都在做技术上的验证,4个月的时间我们推翻了好多种方案。也一直在找一种最优的技术解决方案，直到7月份才开始写项目开发，由于我们都有正常的工作，所有我们的所有的开发都是在晚上8点以后开始一直到深夜凌晨以后...,或者周六周日，正是这样的每日坚持，我们很快完成了第一版开发，但反馈测试工具使用不够理想，设计交互不够友好，测试项目不够充足，跑一般流程就会报错，而且性能比较卡....,为了解决这些问题，我们拉来了交互设计师帮助我们重新设计交互，找来了很多黑盒测试，参与产品需求收集，方案验证，同时也收集了市面上的测试框架，分析它们的优劣势，完善eTest的不足,重新审查代码结构逻辑，优化代码结构，提高性能....,为此我们在12月终于完成了一版测试，在我们人手不够的情况下，我们打算开源，让更多的开发者加入其中，一起共建，提出更多的优化方案和不同场景的测试反馈，完善eTest工具。

希望后续有更多的伙伴加入我们，同我们一起为eTest 贡献一份力🙏🙏🙏