feature: App 逆向防护

Chapter1 - iOS/1.75.md

@@ -1082,7 +1082,7 @@ QA：一个被测方法，有诸多 case，为什么不写在一个测试方法
 1. 主工程不管是不是混编，但为了让 Swift 测试代码，可以访问到 OC 被测类，需要创建一个 Swift 文件，系统会自动创建 bridge 文件，且需要在 `AppTestingExplore-Bridging-Header.h` 文件中导出需要被测的头文件
 2. 在 Swift 测试文件中，导入主工程 module。 
 
-<img src="./../assets/SwiftTestingForOCClass.png" style="zoom:30%; align:left;">
+<img src="https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/SwiftTestingForOCClass.png" style="zoom:30%; align:left;">
 
 
 
@@ -1343,7 +1343,7 @@ int main(int argc, char * argv[]) {
 
 开发的单元测试代码，运行的背后也是一个可执行文件。查看内部，可以发现一堆和测试相关的 framework。
 
-<img src="./../assets/XcodeUnitTestDyanimcFramework.png" style="zoom:30%"  />
+<img src="https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/XcodeUnitTestDyanimcFramework.png" style="zoom:30%"  />
 
 思考：一个工程中，只要写好了测试代码，是不是加载这几个动态库就可以运行测试用例了？
 
@@ -1369,7 +1369,7 @@ int main(int argc, char * argv[]) {
 
 下面是之前在有赞，开发完精准测试系统后，落地到一个业务项目中取得的价值，帮助2位 QA 发现漏测的代码，倒逼 QA 去设计更完善的测试 case、分析覆盖率低是开发者的兜底代码太多还是真的漏掉了业务 case。
 
-<img src="./../assets/iOS_PreciousUnitTest1.png" style="zoom:20%;display:inline">                     <img src="./../assets/iOS_PreciousUnitTest2.png" style="zoom:20%;display:inline">
+<img src="https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/iOS_PreciousUnitTest1.png" style="zoom:20%;display:inline">                     <img src="https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/iOS_PreciousUnitTest2.png" style="zoom:20%;display:inline">
 
 精准测试助力业务，质量更加稳定。