求ios7.1.1 /System/Library/Cache文件夹_ios7吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：237,451贴子：
求ios7.1.1 /System/Library/Cache文件夹收藏
不小心字体替换错了，求好心人把ios7.1.1/System/Library/Cache文件夹发给我，邮箱
你好。。我有
什么。型号。手机
求原文件 ！为图中的 carrier.plist 谢谢 谁手机拷贝一份给我 文件途径见第二张图移动路径 万分感谢 [图片][图片]
就是我选的那个文件
你。需要的已经发给你了
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或ios7越狱了找不到 //System/Library/Fonts/Cache/文件夹 求大神_ios7吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：237,451贴子：
ios7越狱了找不到 //System/Library/Fonts/Cache/文件夹 求大神收藏
如果刚越去cydia装afc2add才可看
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或原文链接：
http://blog.csdn.net/hjy_x/article/details/
重点是dwarfdump --uuid命令
我们在ios开发中会碰到的很多crash问题，如果Debug调试模式的话，我们可以往往很容易的根据log的输出定位到导致crash的原因，但对于已经上线的应用，或者是release环境包导致的crash，我们就需要一些特殊的手段来通过crash log进行分析定位了。
通过参考网上的一些资料，总结了一下，下面介绍一下通过dSYM文件以及crash log分析定位的方法。
1.导出crash log
通过Xcode的Organizer查看某台iphone设备的DeviceLog，选择需要的crash log，导出XXX.crash文件。
2.找到对应的app文件
找到当前iphone设备上安装的ipa文件，更改文件后缀名为zip，解压后得到Payload文件夹，你需要的app文件就在其中了。
3.找到对应build版本的dSYM文件
dSYM文件是iOS编译后保存16进制函数地址映射信息的文件，每次应用程序build后，都会生成对应的xxx.app, xxx.app.dSYM文件。
4.确定dSYM、app以及crash文件的关系
每一个xx.app, xxx.app.dSYM文件都拥有相应的uuid，crash文件也有uuid,只有三者uuid一至才表明之三者可以解析出正确的日志文件。
查看xx.app文件的uuid的方法，在terminal中输入命令：
dwarfdump --uuid xxx.app/xxx (xxx工程名)
查看xx.app.dSYM文件的uuid的方法，在terminal中输入命令：
dwarfdump --uuid xxx.app.dSYM (xxx工程名)
而.crash的uuid位于，crash日志中的Binary Images:中的第一行尖括号内。如：
armv7&&8bdeaf1a0b233aca0ebb4165&
将对应的xxx.app.dSYM文件以及xxx.app文件以及xxx.crash文件拷贝到同一文件夹中，如：~/Desktop/DebugLog。
5.通过symbolicatecrash分析crash文件
Xcode有自带的symbolicatecrash工具,可以通过dSYM文件将crash文件中的16进制地址转换成可读的函数地址。symbolicatecrash工具位于:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash(Xcode 4.5)
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash(Xcode 5.0)
该文件是隐藏文件，可以通过如下命令查找并拷贝到系统目录下，并建立快捷方式。
1)打开终端，进入到symbolicatecrash工具所在的文件夹目录
cd /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/
2)查找确认是否存在symbolicatecrash
ls -al | grep symbolicatecrash
3)将symbolicatecrash工具拷贝到/usr/bin目录下
sudo cp symbolicatecrash /usr/bin/symbolicatecrash
4)设置DEVELOPER_DIR系统变量
vi .bash_profile
并输入如下内容
export DEVELOPER_DIR=&/Applications/Xcode.app/Contents/Developer&
保存并退出
source .bash_profile
5)重启终端，确认是否已正确设置DEVELOPER_DIR系统变量
echo $DEVELOPER_DIR
查看输出结果是否为/Applications/Xcode.app/Contents/Developer
6)查看PATH系统变量是否存在如下路径/usr/bin
echo $PATH
7)如果PATH不存在如下路径/usr/bin，可在~/.bash_profile中添加如下代码
export PATH=&/usr/bin:$PATH&
保存并退出
source .bash_profile
8)上述准备工作完成后，进入dSYM和crash文件对应的文件夹目录，如
cd ~/Desktop/DebugLog
9)执行如下命令，即可正确解析crash文件
symbolicatecrash xxx.crash xxx.app.dSYM & test.txt
注意：symbolicatecrash的参数顺序，否则会报类似如下错误
Use of uninitialized value $data in substitution (s///) at /usr/bin/symbolicatecrash line 678.
Use of uninitialized value $data in substitution (s///) at /usr/bin/symbolicatecrash line 681.
Use of uninitialized value $data in substitution (s///) at /usr/bin/symbolicatecrash line 685.
Use of uninitialized value in pattern match (m//) at /usr/bin/symbolicatecrash line 404.
Use of uninitialized value in scalar assignment at /usr/bin/symbolicatecrash line 418.
No crash report version in XXX.app.dSYM/ at /usr/bin/symbolicatecrash line 954.
今天就先到这里，希望对大家有所帮助。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：203390次
积分：3476
积分：3476
排名：第5027名
原创：151篇
转载：27篇
评论：22条
(5)(2)(2)(3)(5)(10)(2)(1)(1)(1)(1)(3)(4)(1)(2)(3)(9)(3)(1)(1)(3)(4)(8)(1)(4)(5)(4)(2)(30)(42)(15)(1)(1)主题 : iOS真机测试无法删除library/cache 文件夹以及下面内容
级别: 新手上路
可可豆: 64 CB
威望: 55 点
在线时间: 145(时)
发自: Web Page
来源于&&分类
iOS真机测试无法删除library/cache 文件夹以及下面内容&&&
如题，下载下来的东西存放在library/cache 文件夹下面，更新的时候要全部删除掉，模拟器上可以，但是真机上面无法删除。。。是权限问题吗  还是怎么回事儿
IOS 初学者
关注本帖(如果有新回复会站内信通知您)
8*2-5 正确答案:11
发帖、回帖都会得到可观的积分奖励。
按"Ctrl+Enter"直接提交
关注CocoaChina
关注微信 每日推荐
扫一扫 浏览移动版测试 iOS App 时需要注意什么？
按投票排序
作为准测试工程师和资深果粉 这个问题我不请自来了在历代机型上的测试主屏幕上的图标和程序名称显示是否正确观察UI是否符合设计多任务并存的情况下，测试app的流畅性当前app的声音播放功能是否在拔出耳机后自动暂停播放器类app或者有播放功能的app对各种格式文件的支持播放视频时，长时间不操作会不会自动锁屏当前app的播放是否能将另一个app的播放中断设置不同的通知中心状态，观察app是否能够正确推送消息开启各种权限后，测试能否使用该权限，例如定位、推送、照片访问、通信录访问分享功能、外部链接和广告通过iTunes同步内容社交媒体帐号绑定功能输入功能键盘弹出后内容是否显示正常输入外语时是否存在换行问题，例如一个单词被拆开换行wifi和3g环境的识别下载的时候是否会自动锁屏（IOS下自动锁屏一般会中断下载）下载任务的断点续传横竖屏切换多点触控支持多国语言的app在系统语音变更后能否自动调节成当前语言不同颜色背景下，状态栏的显示是否正常有来电或推送时app是否能自动暂停（对游戏很重要）距离感应器、光线感应器、重力感应器是否作用于当前app定位误差能否关联相关文件，例如pdf阅读器要做到可以在其他app中显示用该app打开文件的选项按键音的测试检查长按、拖动、放大、缩小等操作是否正常并观察动画效果在app中能否正常完成复制粘帖等操作保存图片功能截屏功能和截屏图片显示是否正确来电前已经手动暂停的播放，挂断来电后是否导致自动继续播放（很多播放器的通病）播放器的进度条、音量、亮度调节功能当前app不同运行状态下的机身温度当前app的手势操作是否于系统自带的手势操作冲突，例如iPhone的下拉菜单，ipad的多手势操作如果有操作手势冲突，是否有相关提示，例如建议用户关闭ipad的多手势操作各项辅助功能在当前app中的兼容度开启辅助功能中的字体放大后 当前app的UI是否被破坏朗读所选项功能在当前app中的朗读质量（当前版本的微信就有朗读不流畅的问题）版本更新后，对旧功能的回顾测试voiceover的正常使用（感谢devil缠的补充）iphone版的app能否在ipad上经过放大正常使用突然断网后的表现还有一点测试工作经常要参考的，就是app store里的用户反馈，用户的吐槽里会传达一些对测试人员来说很宝贵的信息
说说自己平时在测试中总结的需要关注的各种情境，欢迎补充哈~app使用过程中，接听电话。可以测试不同的通话时间的长短，对于通话结束后，原先打开的app的响应，比如是否停留在原先界面，继续操作时的响应速度等。app使用过程中，有推送消息时，对app的使用影响设备在充电时，app的响应以及操作流畅度设备在不同电量时（低于10%，50%，95%），app的响应以及操作流畅度意外断电时，app数据丢失情况网络环境变化时，app的应对情况如何：是否有适当提示？从有网络环境到无网络环境时，app的反馈如何？从无网络环境回到有网络环境时，是否能自动加载数据，多久才能开始加载数据多点触摸的情况跟其他app之间互相切换时的响应进程关闭再重新打开的反馈IOS系统语言环境变化时各实体按键的测试，比如音量键，锁屏键，home键。后两者还可以设计好多用例，比如App打开状态下，按home键/锁屏键之后，隔1分钟，5分钟，10分钟，30分钟后，重新打开app/解锁，看是否还在原来打开的app子界面，还是回到app的主界面。横屏和竖屏的显示和切换IOS不同版本（尤其是IOS 5和7之间，UI更新比较大）（感谢
的补充哈）多次快速点击时，这个同样适用于Andriod（感谢
同学补充哈）app有更新时能否主动推送（感谢
同学补充）1. 开始你拿到 ipa 文件的时候， 要看看文件大小。 50M 是个分界点。 因为 用手机网络的时候， 如果 大于 50M， 会有警告， （也许是不能下载了， 只能用WiFi， 我记不清楚了， 你去查一下。）2. 程序界面里有 UIWebView 的时候， 试试快速切换界面， 多做几次， 看看会不会奔溃。因为UIWebView里不止一个线程， 有可能会有奔溃的现象。3. 还有就是模拟itunes app更新的过程。 （怎么模拟， 我不敢乱说。 也许你可以作点研究。）比如 你购买了app里的某些东西， 然后更新了app， 看看购买的东西是不是还在， 等等 。。。4. 你提到的UI， 补充一下， 要看看一般屏幕 和 双倍精度屏幕， 显示的是不是都好。（ 感谢 补充哈）当状态栏变为两倍宽度（通话中、录音中、热点等）时以及在应用中状态栏由两倍宽度变回一倍宽度时界面是否正确显示。（感谢@补充）1. 切换设备语言、字体大小、时间后，可能会对应用产生使用上的一些影响。2. 卸载应用时，选择清理数据和不选择清理数据，对重新安装的应用可能会有影响。（感谢
补充）虚拟按键可触摸范围和图标所示范围是否一致 （感谢 @阿星补充）1、新安装，覆盖安装;2、关闭软件后卸载，未关闭后卸载;3、无网络下的反应;4、网络异常时的登录;5、横屏竖屏的快速操作：切换菜单，播放，下载等; 还有阿星推荐的测试工具：-----------------------------------
------------------------------------欢迎每个人都补充一点，让它越来越详尽哈，感谢~~~
不知道有木有用，分享一下小小的经验我通过对自己负责测试的一款即时交互App的几个测试版本的Bug进行大概的分析，将Bug化分为：功能Bug，样式Bug，兼容Bug，其他（无效产出）四种大类进行统计和分析1、Bug分类分析1.1功能性Bug分析说明功能性的Bug多数是涉及业务流实现方面，业务测试需要必测点文档和用例来覆来覆盖，由于对新业务不太了解，所及暂不赘述。但需要特别说明的是闪退，闪退是移动端应用一个比较常见的问题，占约总数4%的比例，它可能会出现在各个操作场景，有的是由于频繁发送网络请求导致，有的是内存不足导致，有的是功能实现上的缺陷，且部分是非必现的，这就导致定位存在较大难度。频繁闪退大大降低了app的稳定性和用户体验度，尤其是业务流程上产生的闪退问题，所以闪退是紧急且重要的需处理问题之一。除了上线前全覆盖测试以最大限度降低闪退风险外，上线后出现闪退可以通过自动提交日志回传给服务端的方式，供开发定位和解决问题。闪退出现的场景分析如下表（我觉得把自已遇见的场景总结下来对以后的测试会有很大的帮助）：1.2样式Bug分析说明样式问题在统计中也占有相当大的比例。通常对于研发而言，样式和文案问题因为很容易就可以修改技术含量较低，所以优先级都被放得很低，难以引起重视。并且提示性文案有时存在于多个页面，很容易出现改不全的现象，这类问题上线后对产品的用户体验提升有一定影响。
社交App吸引客户群很大程度上取决于新颖的社交形式和独特的样式设计，所以样式上出现问题很容易引起用户的反感。针对界面样式和文案问题，正常的避免的方式就是需求设计和UI设计规范化，尤其是敏捷开发项目，各个版本变更都需要经过评审且最终产出标准文档提供给发开参考。界面样式Bug场景分析1.3兼容问题和其他兼容问题目前我在移动端遇见的，大多出现在iPad和IOS6：Ipad是由于屏幕尺寸与iPhone不一致产生的拉伸变形；IOS6则是因为UI渲染和Ios7以上版本差异较大导致的2、发散测试从Bug类别分类统计中显而易见，功能和样式问题占有绝对比例。而这部分正是黑盒测试的主要范畴。在尚未建立用例库的时候，一般都是在进行发散测试。我理解的发散测试分为三种：方法1：根据必测点文档发散（建议使用）方法描述：必测点是根据需求文档提取出的文档，必测点文档看起来比较简单，类似于概要设计文档，但是在发散过程中对覆盖测试点起到很好的参考作用。例如我以前做的即时交互的app的聊天窗口必测点抽取(必测点测试要求测试人员对业务流很熟悉才可以事半功倍，如果业务流没有到深入了解的地步，反而会有遗漏风险)：使用范围：在没有测试用例且时间较为紧迫的时候，尤其是测试计划外的意外变更，一般都是通过必测点进行迭代发散测试；或者迭代测试/发布前的冒烟测试
1.app基本功能的测试比如计算器就要首先做计算器应有的加减乘除等运算基本功能的测试 2.app 分辨率兼容性测试，针对不同版本和屏幕大小的iOS系统计算器在iPad和iPhone5是否正常显示，iPhone升级iOS8计算器能否正常工作。3.安全测试，app读写电话薄，权限，访问网络计算器是否访问网络，4.app UI测试，边界，拖到，多点触屏，UI元素大小，颜色，字体计算器的button，字体，颜色是否满足用户需求，符合用户最佳体验5.中断恢复测试计算器使用过程中突然来电话，收到信息后台运行恢复是否正常，断网断电等不同场景6.与其他app兼容性测试7.app性能测试比如计算器计算时间长短,反应时间长短，使用手机多少内存，是否内存泄漏。耗电量是否正常8.安装卸载测试 升级等安装包兼容性9.国际化 不同系统语言正常显示10.易用性测试计算器功能是否一目了然，简单方便，不会出现难以理解的隐藏菜单等不方便使用的现象纯手机打，暂时想到这么多。有意做app自动化测试。
转一篇不错的文章：当然，也有译文：上线前，再来
做一下，发布前的回归，就再好不过了。
功能、性能、稳定性、用户体验、自动化测试
UI测试最可怕。
应用第一个版本开始测试就要参与，开发后期最好每天一个测试版，方便及时发现问题，内测应用分发建议
谁用谁知道。
不同版本升级到最新版本是否都能正常工作 （其实这是任何软件都要测试的吧）打开info.plist看它的一些设置做相应测试。比如设置了哪些后台属性，做相应的多任务测试。
属于外部，安装，设置，兼容测试的一类。ios .ipa 安装、反安装。app设置测试。app版本更新测试。锁屏键等快捷键测试。基于uiview的测试。app外接电话和切换网络情况测试。app耗电测试。app切换容错测试。ios系统语言变换测试。（应该会不影响本身）多点触摸测试检查同时响应的点。
使用BDD后再加上一楼的答案测试一遍就OK了
补充两个：内存，内存达到警戒，系统会不由分说直接杀掉app的进程。规则，iOS开发有一套规则，有时候开发自己不一定细化到每个细节。比如列表只支持同时存在31个动画效果，开发处理不当，就很容易crash。
补充一下：1、ios8还要注意屏幕的旋转。2、注意iPhone plus的放大功能3、网络测试时，需要注意传输包的安全性，是否泄漏了用户的隐私信息。4、网络测试时，需要注意对服务器200、301、50x、404等错误的处理。5、手机边界场景的处理（通讯录、照片、视频）6、对其他App的影响（微信、QQ、360手机卫士。。。）
笔者从2012年开始和朋友一起做了一个移动端APP的测试平台，组织一批测试工程师做人工黑盒测试服务，3年来也测试了1000+的APP。有500多家美国公司使用过我们的服务。下面聊一聊我们在APP测试过程中常用的流程和方法。测试按大的类型划分可以分为白盒测试和黑盒测试。白盒测试一般是由开发人员使用编码的方式进行。测试者需要接触程序的内部代码；而黑盒测试可以在不知道程序内部结构和代码的情况下进行。我们的服务只需要客户提交APP的安装程序，不提交任何源代码与测试用例，因此进行的是黑盒测试。下面就是主要的测试流程了：
进行冒烟测试。冒烟测试的来源有很多说法，其中一种说法是来自于硬件行业。电路板做好以后首先要在两边通电，如果路线板冒烟的话就说明板子有非常严重的质量缺陷，不能上市。在软件测试中，冒烟测试是指快速验证APP的主要功能（例如：微信的登陆、退出、发消息等功能）
。如果没有发现问题，再进行更加深入的测试工作；如果发现有问题，就说明APP有重大缺陷，需要打回给开发人员紧急修复。我们进行的冒烟测试是根据APP的主要功能来的，例如：分享照片的APP就试试拍照和分享功能。
进行全面功能测试（遍历所有界面的所有功能）
。功能测试也叫行为测试，需要根据测试用例来验证应用预期的功能有没有实现。在移动开发团队中，这个环节一般由产品经理负责，查看自己提的需求有没有被实现。比较大的团队会有正规测试人员进行这项工作。由于我们的服务不需要客户提交测试用例，所以我们的测试人员会按照自己对APP的理解遍历所有功能，查看是否正常。我们会对所有的界面截图，为每次操作添加一条测试案例。记录中会标明在哪个界面，进行了什么操作，得到怎么样的结果。如果结果符合预期，则该案例为成功；如果结果明显有误，则该案例为失败；如果结果状态不明确或者有优化空间，则该案例为存在潜在问题。
进行自由探索式测试（尝试边界条件、输入特殊符号、异常网络环境、突然中断程序等操作）
。功能测试的目的是验证正常的功能有没有现实，而自由探索测试的目的就是为了试试应用在极端的操作下会不会出现问题。一般的应用在上线前都能保证主要功能已经实现，并且在正常操作下不会出现问题。但是在某些特殊场景下，由于开发人员经验不足或者考虑不周全，应用会出现异常表现。轻则无法提供预期功能，重则APP直接崩溃。探索式测试就是要找到能让应用出错的操作。这方面的测试没有固定的套路，主要依靠测试工程师的基本经验。我们的测试工程师都是身经百战，比较善于找到APP的潜在问题。普通的产品经理和初级测试工程师则很难发现这类漏洞，等到用户使用APP时再发现就为时已晚。
进行回归测试（对之前使用我们的服务测试过的应用，将案例复测一遍）。进行回归测试的前提是之前已经使用我们的服务，再次测试时我们会对上次的案例进行复测。因为开发人员在修复BUG的同时可能会产生新的问题，所以回归测试是很有必要的。也是一般软件上线前必须经历的一个阶段。回归测试中找到的问题有以下几类：修复，就是开发人员把上次测试时的BUG改正了；再现，上次的BUG这次依然存在；回退，之前正常的功能在这次测试中出现了问题。一般在进行了回归测试以后，我们还会尝试能不能找到新的BUG，这样就比较完整地对APP进行了复测。以上便是我们对APP进行测试的主要流程，希望对大家有所帮助。本文有什么不恰当之处欢迎指出。如果对APP测试有兴趣，或者有此类需求，可以关注我们的网站：。也可以与我单独联系，苍之风云，微信：
测试IOS APP应用注意事项：1、检测app密钥是否正常运作，每个ID对应一个密钥，在密钥错误时，应用时候提示重新登陆窗口。2、检测应用时候有闪退现象。3、检测截屏、音量操作是否会产生BUG。4、检测网络是否能正常接入以及应用内文字、图片信息是否完整。5、检测app是否存在乱码。6、应用简述中是否有苹果禁止的词汇。另外需要用到一些APP安全检测工具：
来检测APP是否存在安全风险。
app需要与智能硬件互操作的，千万注意，app切换到后台再切回来、锁屏、退出app不退账号等等情况下，app继续使用会不会出现：闪退、无法接收硬件传过来的信息、无法正确显示硬件状态等状况
1.app使用过程中，接听电话。可以测试不同的通话时间的长短，对于通话结束后，原先打开的app的响应，比如是否停留在原先界面，继续操作时的相应速度等。2.app使用过程中，有推送消息时，对app的使用影响3.设备在充电时，app的响应以及操作流畅度4.设备在不同电量时(低于10%，50%，95%)，app的响应以及操作流畅度5.意外断电时，app数据丢失情况6.网络环境变化时，app的应对情况如何：是否有适当提示?从有网络环境到无网络环境时，app的反馈如何?从无网络环境回到有网络环境时，是否能自动加载数据，多久才能开始加载数据 7.多点触摸的情况 8.跟其他app之间互相切换时的响应9.进程关闭再重新打开的反馈10.IOS系统语言环境变化时
测试iOS版的 App 注意事项分享以下几点：1.app使用过程中，接听电话。可以测试不同的通话时间的长短，对于通话结束后，原先打开的app的响应，比如是否停留在原先界面，继续操作时的相应速度等。2.app使用过程中，有推送消息时，对app的使用影响3.设备在充电时，app的响应以及操作流畅度4.设备在不同电量时(低于10%，50%，95%)，app的响应以及操作流畅度5.意外断电时，app数据丢失情况6.网络环境变化时，app的应对情况如何：是否有适当提示?从有网络环境到无网络环境时，app的反馈如何?从无网络环境回到有网络环境时，是否能自动加载数据，多久才能开始加载数据 7.多点触摸的情况 8.跟其他app之间互相切换时的响应9.进程关闭再重新打开的反馈10.IOS系统语言环境变化时平时用第三方服务的话可以去DevStore（）找，集成了很多的第三方服务，有服务评测还可以源码下载，是个不错的工具网站。
1、系统时间、时区修改时，请求结果列表结果、时间信息。