今天看到个 BackstopJS ,css 样式回归工具,不知道能不能满足楼主需要
你牵的驴子,它跟军队打了 10 年了。666 呀~
代码块是支持 C# 的,只是下拉列表里没加上。可以这么用:
```C#
你的代码...
赞,这些基础知识的坑确实需要有深入的了解。
从你的环境配置来看,有可能是真机 iOS 版本太低。Xcode 8 系列主要对应的是 iOS 10 系列,可能对 iOS 9 支持度一般。
可以拿台 iOS 10 试试。
还是没 xcode 版本。。。
那还是先解决 npm 重装 appium 的问题吧。
建议找下 android 官方的文档吧,或者 adb --help 查下。我相信这个机制不会消失的,有可能只是命令改了而已。
这个确实不好覆盖。不过如果这个 sql 不大复杂,确认有覆盖到这个 sql 对应的写入函数应该可以接受。如果 sql 很复杂,那得考虑用另外的方式去覆盖这块功能,例如单元测试。
不过我觉得没太大必要追求百分百的覆盖率,有个基础要求就好。对于手工测试这种场景,覆盖率数据的价值是根据未覆盖内容结合对代码的解析,得出未覆盖的功能或流程,然后由团队根据实际需要补充相关的测试用例,避免遗漏。
@mamian @wangpengfei100 我自己尝试了一下,踩到的坑及解决方案已补充到正文中,两位可以参考下。
补充一下公众号收到的一个如何获取 ID 的方法:
APP ID 可以到 APP 文件夹看(命令进入),也可以用 powershell 命令查,也可以直接看程序属性(程序要先调出 explorer.exe 文件夹)
目前没在 sdk 实践过,以下仅为参考 android app 收集覆盖率得到的想法:
jacoco 原理上应该支持任何 java 程序的覆盖率收集和报告生成。可以考虑在 sdk 里面嵌入一个 receiver 执行覆盖率 ec 文件生成并存储的操作,然后另外做个 apk 来发送这个广播和把生成的文件上传到覆盖率后台服务进行报告生成。
好问题,从技术角度,这两者的覆盖率从收集到生成报告都是两套不同的机制的。如何结合起来一起看,这是个难题。目前还没到这一步,不好回答,不过从我的角度,最终覆盖率的服务形式不是单纯让测试人员看覆盖率报告,而是从覆盖率报告得到测试的推荐建议,例如 xx 模块未覆盖,涉及 xx 流程,优先级 px ,建议通过 xx 用例覆盖。
手动测试的覆盖率是下一步目标,目前计划是用 istanbul-middleware 来做。具体可行性后续继续研究。
或者你把报错信息发上来一下,说不定有其它小伙伴遇到过并且解决了?
增加的话我能想到的是:
当然,这些是建立在原来使用 http 的时候接口的数据处理已经经过充分测试的前提,针对 http 转 https 想出来的测试点。
后面抽空写下,最近比较忙
能给下图片对比下具体哪里不同不?
赞!
由于项目原因,最近主要在做 java 的覆盖率,iOS 没进一步研究。期待你发文详细分享下你的实践~
你的环境信息 (iOS 版本,xcode 版本之类的) 也贴上来吧?
应该没有。云测平台有类似功能,但不开源。
大部分功能都可以一键完成,用户体验很赞呀~
这个错误和 python 没啥关系,应该是你的 appium server 没有开 session override 导致的。每个脚本要使用这个 server 都需要建立一个 session(脚本里的 webdriver.Remote 方法就是做这个事情的),结束时告知 server 关闭 session (driver.quit 方法)。默认 server 端有一个 session 存在时,其它脚本要创建 session 会被拒绝(就是你图里的错误信息),需要开启 session override 选项。
PS:建议你把《python 简明教程》看一遍,不会花你很多时间,但 python 基础知识基本都全了。
你的代码里关于类和初始化方法的使用和正常用法差异比较大,而且单词拼错出现的频率很高呀。
请使用 markdown 排版,这排版代码没法看。。。