iOSの一歩進んだ不具合報告「BARK」
BARKはObjective-C製、iOS用のオープンソース・ソフトウェア（MIT License）です。
ソフトウェアにはバグが付き物です。それは人が作っている限り、決して逃れられません。問題はそれをいかにうまく収集して改善につなげるかでしょう。今回はBARK（Better App Reporting Kit）、アプリ不具合報告ライブラリを紹介します。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.52.51.1374590881.png)
デモアプリです。シェイク操作で不具合発生をデモします。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.52.58.1374590886.png)
メールで送る、またはGitHubの課題として登録するのどちらかが選択できます。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.53.08.1374590890.png)
メールを選んだ場合。メールの文面はカスタマイズできます。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.53.12.1374590894.png)
スクリーンショットを自動的に付与します。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.53.22.1374590898.png)
GitHubの場合はログインが必要です。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.53.38.1374590904.png)
タイトルなどが入力できます。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.53.49.1374590908.png)
マイルストーンの入力も行えます。
[](http://images.moongift.jp/2013/07/Screenshot 2013-07-22 10.54.11.1374590913.png)
後は課題の種類を指定して、最後に作成すれば完了です。
BARKはクラッシュレポーティングではなく不具合報告を行うためのツールと言えます。GitHubを使った報告は解発チームの一員や、オープンソースの場合に有効でしょう。メールによる報告はリリース後の不具合連絡に使えそうです。
MOONGIFTはこう見る
不具合の報告というのは非常に難しいです。まず利用者は報告してくれません。使いづらいと思ったら、そのままフェードアウトします。さらに報告してくれるありがたい利用者であっても報告内容が断片的で役立つ情報になるかは分かりません。
だからこそ報告する際のフォーマットを定型化したり、より報告をしやすい方法にしなければなりません。ただ闇雲に報告を授受するのではなく、その後のフローも考えた上で進められるようになっていると理想的です。