zhangzhao_lenovo · 回帖

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 24, 2017

删了也行。移出去就有个备份。

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 24, 2017

/usr/local/lib/node_modules/xctestwd/ 这个目录下执行试试？

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 24, 2017

把几个三方库都先移到其他目录下然后重新再执行下 carthage update --no-use-binaries

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 24, 2017

XcTestWDUITests 的 Build Settings ->swift language version 选 swift 3.2

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 24, 2017

swift 选 3 先别用 4 了。

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 23, 2017

感谢

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 20, 2017

还没有呢。一步一步来吧。

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 18, 2017

遍历也是有利有弊的，每个控件只点一次，如果当点多次才出现崩溃时遍历也就发现不了问题了。
实际上遍历也好随机也好都最终归结为森林中树节点路径的选择算法，目前我正在搞些选择算法，需要先在 android 上调整使用。
更理想的做法是结合一些大数据分析来学习拟合出一些选择算法，这样带有历史回溯的才更有威力。

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 17, 2017

短期可能不会，遍历可能会拖慢单步执行的速度。

谁来说说 iOS Monkey 测试的后续结果？ at October 12, 2017

算是一种稳定性测试吧，如果设备多也可用来跑兼容性。随机测试产出的 crash 特别是极端情况下也是有意义且不能忽视的。

类似 android 上的 monkey。比如 tencent 也有开发了 newmonkey。

未来这块可能控件选择或是图路径遍历算法都是可深入研究的，目的就是 1 用较短时间遍历覆盖更多内容 2 更快速到达可崩溃的点 3action 速度越快压力效率越好 (天下武功唯快不破)

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 12, 2017

https://stackoverflow.com/questions/44399109/xcode-9-module-compiled-with-swift-3-1-cannot-be-imported-in-swift-4-0

(已开源) 基于 XCTestWD，swiftmonkey 二次开发，实现无需插桩的 iOS monkey 自动化工具 fastmonkey at October 12, 2017

这样，你把这几个三方库都先移到其他目录下然后重新再执行下 carthage update --no-use-binaries

缺陷增长模型 at October 12, 2017