#17 楼 @anonymous 嗯,我现在的代码可阅读性太差,后期有成果了会贴上来的,谢谢
谢谢各位的勉励,我收拾收拾心情继续努力、、
我觉得这个没什么好丢人的。至少你努力了。
建议像楼上所说,先做一些小而精的事情,例如对现有的一些框架二次开发,加入实用的功能(例如 uiautomatorview 上加控件属性,甚至录制)。大的框架在你没有实际做过这方面的测试之前,不好做,而且做了效果也不一定好。
PS:如果楼主不介意,把这个框架的源码放到 github 上,然后给有经验的同学指点一下,效果可能更好。
刚开始写,建议先做小而精的吧。大而全的需要考虑一些架构设计,否则写到后面会越写越乱的。
我和你的经历好像。。。然而我还不如你呢,我连框架都写不出来,共勉 加油
测试匿名
#1 楼 @anonymous 这宝贝,好苏。。。
宝贝加油
一般来说,学习是这样一个过程。
1:觉得自己什么都不懂,菜鸟中的菜鸟。
2:觉得自己懂的挺多的了,很牛了,目空一切。
3:原来世界上牛人这么多,比我牛的好多,开始淡定的看待世界和自己。
现在你应该处于第一阶段,所以加油吧。目标不远了。。
加油,宝贝!
楼主这贴让我想起了 21 天学会 XXX。
测试下发帖
尼玛就匿名了,没办法找到发帖人了
#1 楼 @anonymous 宝贝。。。。
什么鬼。。。。
首先这并没有什么可耻的~
&你起码在做了。
&你也试错了。
&你不知道怎么做的时候,不正是你知道要做什么的时候嘛?
宝贝,加油~
大多数都是业务驱动。
bat 能做到现在, 也是业务驱动。
说的好,其实很多设计模式就是一种业务抽象。
遇到很多测试感觉会用selenium里面的几个操作页面的函数就觉得会自动化测试了
这个在 testerhome 还算少见吧。
会的人总会把他会的东西说的风轻云淡——然后告诉后来者,上面的风景我看过了,没意思,不用往上爬了,该说用心良苦还是用心险恶呢?殊不知,得不到的总是最好的
好高深的样子
不要纠结这个. 这是标准定义的.
工具: 可以开箱即用的产品, 框架也是一种基础工具.
框架: 用于进行进一步开发高等工具的基础结构.
一般来说具备 api 调用. 允许自由组装或者拆解, 具备插件化都是框架.
楼主鄙夷的只是烂框架.
8 楼,junit,testng 有几个能知道内部实现方式的?随便封装几个接口,就喜欢把自己的工作叫框架。现状就是这样。
东哥,你下的开源库,你还能改改的叫 jar,sdk 是你不会改的。。。😄
这个要具体看情况,也不能全叫工具包吧。像 junit,testng 这类比 spring 简单得多,那么它是工具包还是框架呢?