我现在最开心的时候就是下班后,研究自动化的时间。上班查资料,晚上做实验。感觉真心对不起这份工资。
心有同感,赞一个
谢谢 ,我找了半天资料,发现你说的很对,尤其是第一条,我好像是自己想的太多了,结果把自己绕进去 了。把接口测试看成了功能测试。其实我只要考虑接口的事情就可以了。考虑的方向错了。
@chenhengjie123 https://testerhome.com/topics/3701 提到了也提到了这点。
首先,表示十分感谢。
这个应该也算是功能测试吧,边界值的测试。正确的逻辑对应会有不正确的逻辑,用户的操作不能琢磨的。
我也觉得是功能测试,很奇怪就是开发那里竟然说是安全测试。因为平时接触的不多,所以才会被反问。有你这个判断,底气有了。
这个协议只是数据传播的协议。https 表示数据加密。web 肯定有接口测试啊,举个例子,你给我这个回复点赞,就是发起了 ajax 请求,请求的就是点赞的接口。
这种接口我们改如何测试呢,因为是 web。所以他可能都不返回数据给你的。刚才查了 ajax,应该就是这种技术把点赞的数据更新了。就好像我前面举到一个列子。
我发现只要我用整数去发请求,得到的返回都是一样的。
{"HasError":false,"ErrMessage":"","ObjectValue":1860,"HRESULT":"0"}
我个人觉得这种应该属于功能测试了,和接口测试没有什么关系。
如果真的要测试的话,这个接口只有用登录状态和非登录状态才会有不一样的返回值。
感觉 web 的接口测试真的很变扭。感觉开发说的数据接口(指的是 app 和后台之间的通信)才是属于我们普通默认的接口测试。
看你怎么设计,我的设计是。
1.通过登录接口拿到 token,然后在 testcase 用。(合适值不变化)
2.每测试一条 testcase,都去请求一次登录接口拿到 token,然后用这个 token 去测试。(合适值变化)
不知道这篇文章是否可以让你 有点感悟 https://testerhome.com/topics/6257
谢谢 你对于构建自动化测试时候的语言推荐。 如果让你在 macaca 和 appium 中选择一个 搭建手机端的自动化测试框架,你会用哪个?(考虑 android 和 ios 都需要测试的情况。)
同感,本人测试 10 年。去年五月接触自动化,全部是业余时间自己研读的。每个周末,白天全部给了孩子,只有晚上的 4 个小时才有自己的时间。现在的公司技术总监觉得自动化没有必要,所以上班的时间都要完成自己本来应该完成的工作。自动化的学习成果只有每周请一天假,到我老婆上班的公司里去推广。就是为了那么点经验,现在真心恨不得有个自动化工作环境,但是换工作也是看机会的,现在是默默地等待机会的来到。
这个回答我喜欢,一直犹豫在 python 和 java 之间。 能顺便回答我另外一个问题。 如果第一搭建自动化测试框架,你选用 appium 还是 macaca。
是否类似 https://testerhome.com/topics/4861#reply7 文章中提到的。或者有什么好的资料推荐下。
求教现在先进的做法是什么?
#4 楼 @codeskyblue 谢谢,标题已改。
#3 楼 @264768502 修改代码应该不可能,他们也是用他们公司自己开发引擎写的。不过谢谢你提出解决方法的思路。
让我百思不得姐的就是 testin 他们拿到的 apk 和我的一样,他们确可以自动化,应该是他们内部的一套自动化测试框架吧。
#1 楼 @264768502 切换 content 这个我当然知道 但是这个是原生空间和 webview 之间的切换。我这里没有 webview,只有 view。所以才有此一问
必须赞
#17 楼 @hu_qingen 刚才去学习了 assertJ ,哎 是 java 的断言神器 。和 python 么有关系。
#12 楼 @jingjing0506 你说的数据是那部分?能具体说一下嘛?
#14 楼 @hu_qingen 刚才去查看了下 json schema,果然是好东西。 我一开始做 json 解析的时候没有查到这个东西,所以就自己写了套递归,虽然也可以全遍历检查值,但是自己写的肯定没有已经分装好的包来的好用。
我的解析方式是自动递归把 key 做成一个表达式。 nodeList.[0].name 表示 response 的返回值中有 nodeList 这个 key,这个 key 下面包含了一个 list,然后拿出 list 中第一个元素,第一个元素中有 key 叫做 name。判断的时候会自动根据 nodeList.[0].name 这个表达式去找到对应的值然后和预期值 做比较。
@hu_qingen 不知道你说的 k-v 形式 是否就是我现在做的这个效果。
传送门是 home 的地址,赞一个。
很好很强大,感觉好东西都是 java 写的。
#8 楼 @hu_qingen 我在这套框架中设计了逻辑判断虽然是基于思寒 在雪球 http 设计中提到的,但是也有一部分是在读了你的白名单的理念以后,把两个人的想法合并在一起。 现在的逻辑中应该是加了黑名单的概念,其实很简单。只要在 execl 中 logic_judge 那行对应的返回值的 json 值的 key 填写 black。然后在逻辑判断中加一个判断就可以实现黑名单了。反之如果要设计白名单的话,在 execl 里添加一个字段,黑白名单,这样就更加明了。 还有参数强度那篇文章读了 2 次,还是没有搞懂。惭愧惭愧,不知道能私下请教下吗?
#11 楼 @wudongzhao5689 谢谢,的确这个版本没有写全,所以通过大家的帮忙,我在这个原型上搭建了另外一个框架。是https://testerhome.com/topics/7537 帮忙看下,修改后的框架有什么不足的地方。
#5 楼 @550498261 在工作中这样是否足够了?还有什么可以优化的或者有什么细节需要注意的
#4 楼 @michael_wang home 就是 testerhome 呀