1. Homebrew
什么是Homebrew？
Homebrew is the easiest and most flexible way to install the UNIX tools Apple didn’t include with OS X.
我们能够通过终端方便的使用它安装管理苹果没有自带的UNIX相关工具软件。
如何安装？
参考GitHub地址：https://github.com/mxcl/homebrew/wiki/installation
建议安装之前删除已经安装的Fink和Macports。
Homebrew使用ruby脚本，Mac OS X已经自带ruby。
- ruby -e "$(curl -fsSL https://raw.github.com/gist/323731)"
如何使用？
更新 formulae，保证每次安装的文件源是最新的。
- brew update
查看寻找自己需要的软件，例如想寻找jpeg相关的软件。
- brew search jpeg
出来结果有三个
- jpeg jpegoptim openjpeg
然后安装自己需要的软件
- brew install jpegoptim
Homebrew更新快速，操作简单安装方便，建议大家使用。如果formulae中的源代码下载地址被天朝墙掉，可以直接修改rb脚本中的源代码下载地址。
2. TestFight
iOS开发的测试一直是令人头疼的问题。app开发的短周期和高效率的要求注定了一款app，特别是小公司的app，不会留给开发人员很多测试的时间。而在测试时往往又遇到crash报告提交困难，测试人员与开发人员沟通不便等等问题，极大延缓了测试进度。TestFlight即是为了解决iOS开发时测试的种种困难而生的服务，使用TestFlight可以十分便利地完成版本部署，测试用户Log提交，收集Carsh Log和收集用户反馈等工作，而这一切居然连一个iDP账号都不需要！
基本使用
注册
TestFlight界面友好，文档齐全，开发者在使用上不会遇到很多问题。到TestFlight官网注册账号即可开始使用。
注册时记得勾选I am a developer，之后便可以以开发者身份管理开发和测试团队，提交测试版本和查看报告等，若没有勾选则是以测试者身份注册。若在注册时没有选上，之后在帐号设置中也可以进行更改。
确认
注册完成以后会在注册邮箱中收到确认邮件。使用你的iDevice用邮件内的帐号登陆，并且完成设备注册，加入TestFlight的描述文件。关于设备注册和可能遇到的问题，可以参看这篇帖子。
创建团队
登陆TestFlight后在自己的Dashboard可以新建一个团队。团队包括了开发者、测试者和相应的测试版本。创建团队后可以通过选择团队来查看团队的信息等情况。
添加测试者
在团队管理界面可以为团队添加成员。填写受邀者的邮件和简单的说明，一封包含注册链接的邮件将被发送到指定邮箱。受邀者通过类似的注册和确认流程即可加入团队，参与共同开发和测试。
上传测试版本
上传的版本必须是包含签名的ipa，成功上传版本后即可选择给团队内的成员发邮件或推送邀请他们进行新版本的安装和测试。之后在版本管理中即可看到关于该版本的测试信息。该部分具体内容参看本文最后。
收集测试信息
在build界面中选择需要查看的版本的对应按钮即可看到收集到的测试信息，包括一般的session信息，设备使用TFLog进行的输出(需要TestFlight SDK)，crash报告，是否通过了预先设定的检查点，测试人员的安装情况等信息。
结合SDK来使用，一切测试机仿佛都变成了你自己的终端，所有的Log和设备的状态尽在掌握，而这样的便利仅仅需要点击下鼠标和写几行代码，这便是TestFlight的强大之处。
TestFlight SDK使用
下载
不使用TestFlight的SDK的话，可以说就连这个强大的平台的一成功力都发挥不出来。点击这里从官方网站下载SDK，官方文档提供了关于SDK的很全面的说明，在支持页面也能找到很多有用的信息。
之后将以Xcode4为例，简介SDK的使用，更多信息可以参考TestFlight官网。
配置
-
将头文件加入工程：File->Add Files to
- 找到包含SDK的文件夹
- 勾选"Copy items into destination folder (if needed)"
- 选择"Create groups for any added folders"
- 勾上想要使用TestFlight SDK的Target
-
验证libTestFlight.a是否被加到link部件中
- 在Project Navigation里选中工程文件
- 选中想要应用SDK的Target
- 选择Build Phase栏
- 打开Link Binary With Libraries Phase
- 如果libTestFlight.a不在栏内，从Project Navigation里将其拖到栏内
-
开始使用
- 在需要用到TestFlight SDK的文件中引入头文件：#import “TestFlight.h”，方便起见，您也可以在工程的预编译文件中的#ifdef OBJC块中引入
- 获取团队token：在这个页面中对应的团队下选取TeamInfo，获取团队的token。
- 在AppDelegate中启动TestFlight
–(BOOL)application:(UIApplication *_)application didFinishLaunchingWithOptions:(NSDictionary _*)launchOptions { // start of your application:didFinishLaunchingWithOptions // … [TestFlight takeOff:@“团队Token”]; // The rest of your application:didFinishLaunchingWithOptions method // … }为了能得到有用的crash log(挂载过的)，必须在生成ipa的时候不剥离.dSYM文件。在Project Navigation里选中工程文件，选中需要使用TestFlight SDK的Target，在Building Setting的Deployment块下，将以下三项设为NO
- Deployment Post Processing
- Strip Debug Symbols During Copy
- Strip Linked Product
检查点
开发者可以在代码的任意位置设置检查点，当测试者通过检查点时，session里将会对此记录。比如测试者通过了某个关卡，或者提交了某个分数，或者向数据库加入了某条信息等。通过验证检查点，一方面可以检测代码是否正确，另一方面也可以作为游戏的平衡性调整和测试，用来检测用户的普遍水平。
[TestFlight passCheckpoint:@“CHECKPOINT_NAME”]; 检查点问题
配合检查点可以向测试者提出问题，比如“是否正确地通过了演示界面？”或者“分数榜的提交正常吗？”这样的问题。在build management下可以找到Question选项，为检查点添加问题。问题的回答分为多选，是/否以及任意回答，如果选择多选的话，还需要指出问题的可能的选项。
当测试者通过问题所对应的检查点时，一个modalViewController形式的问题和选项列表会出现供测试者选择。开发者可以在build的Question选项卡中看到反馈。
反馈
TestFlight提供了一个默认的反馈界面，测试者可以填写他们想写的任何内容并将这个反馈发送给你。调用一个反馈：
–(IBAction)launchFeedback { [TestFlight openFeedbackView]; }一般来说可以在主界面或者最常见的界面上设置一个“反馈”按钮，这样测试者可以很方便地将他们的感受和意见发送给你。
远程Log
太棒了…配合TestFlight，现在开发者可以拿到远程客户端的Log。使用TFLog代替NSLog即可，任何TFLog的输出将被上传到TestFlight的服务器。如果需要详细一些的输出信息，可以用内建的参数的方式输出信息，比如：
#define NSLog(__FORMAT__, ...) TFLog((@"%s [Line %d] " __FORMAT__), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__)将会得到类似这样的输出
-[HTFCheckpointsController showYesNoQuestion:] [Line 45] Pressed YES/NO所有的TFLog都不会阻塞主线程，所有的TFLog都将完成以下三种Logger工作
- TestFlight logger
- Apple System Log logger
- STDERR logger
配合以前介绍过的NSLogger(参见这篇文章)，将Log发挥到极致，让你永远掌控自己的代码吧～
Log将会在客户端进入后台或者被退出的时候上传到服务器，如果没有看到应该有的Log的话，很有可能是还在上传中。视Log文件大小而定，一般这个过程需要若干分钟。当然，巨量上几M甚至10+M的Log可能会被TestFlight拒绝哦..毕竟没有那么多存储空间..
当然，客户端必须有可用的网络环境这个功能才会启用。得到的Log会存储在Session下。
生成和上传测试版本
打包ipa
..做过部署的童鞋对这个应该很熟了，官方也有一个详细的guide，总之照着做就没错了
上传测试版本
打包好ipa后就到版本上传界面，把做好的ipa拖过去就万事大吉了。
最后一步是邀请团队内的测试者进行测试。把你想邀请的测试者打上勾然后OK，包含链接的邀请邮件将会发到他们的邮箱。然后～等待测试结果和大家的反馈，并且根据反馈完善app吧～
3. Crashlytics
你的iOS应用程序为啥会崩溃?你花费时间开发，然后在模拟器上面运行，还要费心费力去测试，然后好不容易进入App Store，结果用户却开始抱怨。创业公司Crashlytics采用了一个方法让你找到应用崩溃的原因以及如何解决这些问题。
Crashlytics是基于云的错误报告解决方案，旨在找到所有崩溃应用的共同点。
通过写一行简单的代码来激活一个大概75KB的SDK，然后在Amazon Web Services的云上来运行错误报告，最后给出关于你的应用崩溃的一个简单的报告。这是目前对移动开发者最有用最简单的错误报告系统。
其联合创始人Wayne Chang称 “Crashlytics可以提取500个崩溃日志，然后找到23个问题样本，然后找到你实际需要修复的那个问题”。
Crashlytics想给开发者更多的应用从设备平台崩溃的环境信息。比如能否在iOS4或者iOS5上面运行？纵向还是横向模式？Crashlytics的目标是获取尽可能多的信息，然后传递给开发者。令人印象最深的是其结果的间隔尺寸。你会在你的报告中看到23个问题，但是该平台会在这当中突出前两个，并且找到那些发生错误的几行代码。
Crashlytics给开发者呈现的崩溃报告作了整体简化。现在崩溃日志发送给苹果会轮流发送给开发者。这个程序会耗时两周。在应用条款中这是个生命周期。当评论者留下负面的时候，因为在AppStore崩溃几个小时就可以找到关键。Crashlytics的SDK会加速这个进行以及帮助开发者快速修复他们的应用。Crashlytics还关注一个清新的用户界面来让程序尽可能无害。
Chang在七岁就开始写代码，并且成为了Napster的一员。这是他的第三个创业公司，但是首次进入移动领域。Crashlytics已经获得了来自Flybridge和Baseline的100万美金的投资。