我是一个爱偷懒的人,为了不加班,不去做繁复单调的工作,不断提升自己;设计各种测试框架,开发各种平台,工具,自动化,从而达到了高薪又不用下大功夫的目标。偷懒路上无止境,偷懒有技巧,有能力,有方法,快乐偷懒!
必须对 App 做一定的修改,否则由于安全限制,不能直接打开 App 中的 Activity!
现在互联网项目迭代流程这么快,根本不可能按理论上的测试方法进行的。能做到新功能的功能测试 + 核心功能的自动化,必要场景做压力测试,对关键业务场景和服务有监控,就相当不错了!
这种活动组织的太多了,开始大家还有积极性,后来慢慢的就弱了。一个好的分享要准备好久的,现在大家没有那么多时间,牛 X 的人不屑于做这样的事情;一般的人做的分享没有太多干货,先前接触的也挺多,后来就不玩了。
这个需要先对项目流程做持续集成,控制好项目流程,再对接技术方案就可以 了!
测试开发探秘,一直在分享测试相关的技术,欢迎关注!
业务类中根据业务需求,封装对应业务函数,操作对应的元素就可以了!
完全不对,现在的 Page Object 模式不能单独使用了,而是和数据驱动型模式配合使用;PO 中不再放业务逻辑操作,只放页面元素定位信息,再封装一个业务操作类函数,测试用例就直接调用业务函数,组合用例就可以了。这样维护起来比较方便,实例化对象的时候也不用那么多,
可以看一下硬件,弱网屏蔽器,直接根据需要屏蔽网络信号
charles 或是 fiddler 弱网模拟关注一下!
App 自动化,全称 AppUI 自动化,测试框架选择 Appium,或是公司自己封装的框架,不要学习太小众的框架,否则你在使用过程中会疯掉的。各种不兼容,一堆问题没有人处理!这是一个移动专项测试开发专家的建议,也是一些儿实用经验,
我是一个爱偷懒的人,为了不加班,不去做繁复单调的工作,不断提升自己;设计各种测试框架,开发各种平台,工具,自动化,从而达到了高薪又不用下大功夫的目标。偷懒路上无止境,偷懒有技巧,有能力,有方法,快乐偷懒!