noham/knowledge-kit
1
0
Fork 0
mirror of https://github.com/NohamR/knowledge-kit.git synced 2026-05-24 20:00:37 +00:00
Code Issues Packages Projects Releases Wiki Activity

docs: APM

Browse Source
This commit is contained in:
杭城小刘
2020-06-26 23:34:24 +08:00
parent b5b74ef822
commit ed89db007b
39 changed files with 3483 additions and 45 deletions
Download Patch File Download Diff File Expand all files Collapse all files

25
Chapter1 - iOS/1.75.md
View File

@@ -27,3 +27,28 @@
```
另一种思路是没必要针对每个类的私有方法或者每个方法进行测试，因为等全部功能做完后针对每个类的接口测试，一般会覆盖据大多数的方法。等测试完看如果方法未被覆盖，则针对性的补充 Unit Test
目前，UI 测试（appium） 还是建议在核心逻辑且长时间没有改动的情况下去做，这样子每次发版本的时候可以当作核心逻辑回归了，目前来看价值是方便后续的迭代和维护上有一些便利性。其他的功能性测试还是走 BDD。
对于类、函数、方法的走 TDD，老老实实写 UT、走 UT 覆盖率的把控
> 目前，UITesting 还是建议在核心逻辑且长时间没有改动的情况下去做，这样子每次发版本的时候可以当作核心逻辑回归了，目前来看价值是方便后续的迭代和维护上有一些便利性。例如之前我们分享SDK升级微信和QQSDK，以便支持 universal link 功能，当时有了UITesing，基本上免去了测试人员介入。
> 如果是一些活动页和逻辑经常变动的，老老实实走测试黑盒...
> 我觉得一直有个误区，就是觉得自动测试是为了质量，其实质量都是附送的，测试先行是让开发更快更爽的
> appium 但是后来他自己也说 在iOS平台好像不是很好搞 能做的事情挺少的
> 投入产出比是不高 那你试试monkey test
> wwdc上这张图也很清楚，UI其实需要的占比很小的，还是要靠单测驱动
> 当时我找个UITest的bug都花了不少力气
> UTTest主要测逻辑的
> UITest可以测你页面渲染的对不对、按钮点击是否有问题
不过 macaca appium 都可以做到iOS自动化