取巧一下,微信搜楼主的论坛帐号就可以了
哈哈哈
不错,不错
想多了吧,这样的话,网吧老板不是亏死了
没有问题啊,它是按时收费的
各个厂家的手机都有这个文件吗?
另外你说的独立 UID,嗯,某些 APP 是超过一个进程的,所以对应的 UID 好像也是不一样的
android 5.0 的手机上没问题的方法可能到了 6.0 的版本不适用
小米手机上成功的,可能在华为手机上不行
噢,我明白你意思了,抓包是第一步,之后可以进一步分析,具体结果分析还没做好,等做好了我再更新到本帖
我这只是分享流量统计的方法,不知道你的问题点在哪里
嗯,大部分场景下,tshark 和 tcpdump 都可以完成目的,可供考虑的因素:
总之,tshark 功能相对 tcpdump 更强大一丢丢
你们测流量怎么玩的?
不错不错,思路不错,值得借鉴
感觉问题被搞复杂了吧,功能是不是和以前一样,这个不是靠谁的记忆,应该是产品或需求定义的
至于构建策略,这个需要慢慢摸索,怎么做比较好了
这个工作量就大了
在代码里写,是可以的,但是把它做成通用的,参数化的话,需要看下怎么做好点
去招聘网上搜下测试专家岗的要求就知道了吧
这个理解挺好, 这是回归测试的目的,原来正常的功能不应该因为新上的功能而出现问题
能不能发现问题和提交方式没什么关系吧?
那是基于 google 的源码做的二次开发,我以前写过约 1000 条自动化用例,写到吐了,跑到最后跑上个三天三夜,也没发现一个 BUG,不知是高兴还是悲伤
工具么基本上都是基于 ui2.0 的,没太大差别
Allure.LIFECYCLE.fire(new TestCaseEvent() {
@Override
public void process(TestCaseResult testCaseResult) {
List<Parameter> parameterList = new ArrayList<>();
Parameter request = new Parameter();
request.setName("Your key");
request.setValue(“Your value”);
request.setKind(ParameterKind.ARGUMENT);
}
});
搞清楚动作来源
那么问题来了,dong 哥,UI 自动化怎么才算好
除了硬方法以外,我以前还做过软方法,就是监听电池电压和电量,当低于一定阀值的时候,就暂停用例执行,待充到另一个阀值的时候再执行。
还有就是可以用 shell 放手机后台执行,或者通过无线 adb,走 wifi 通信
报名需审核后才进入支付流程吗?和以前的活动不一样了,以前报名就付费了