2人のエンジニアによって行われています。そのため、多機能なアプリケーションに発生する不具合を見つけるのには限界があります。よって稀に発生する不具合は発見が困難です。何より今回のバージョンはちゃんと動くのかな?と思いながらリリースするのは精神的にも辛いものがあります。こちらでは十分にテストを行った上でリリースはしているのですがそれでも限界があります。そこで弊社ではどのようにその精神的な辛さを取り除いているのかを紹介したいと思います。テストテストと言ってもイロイロあります。高頻度で変更が発生するのでテストのコストがバカにならないと判断したためやっていません。一方の人間によるテストに力を入れることによってテスト範囲をカバーしています。3段階に分けて実施しています。これ以降はそれについて詳しく書きたいと思います。その前に、ちょっと開発に使っているブランチ戦略についての説明です。簡単なブランチ戦略にしています(以前はもうちょい複雑でした)。それ以外のブランチです。名前が付いているやつですね。様なスタイルは取っていません。そこまでの必要がないなって思い始めたので思い切って現在のようにしました。公開されるまでに様々なテスト版が日々作られテストされています。安定という様な安定感で運用しています。それぞれ詳しく説明します。版これは日々の開発の中で機能が作られる毎に開発者に配布されるテスト版です。版を使ってレビューを行う機能やコードに問題がなければマージされると言った流れで、1日数回程度配布されます。レビュー前のテスト版ですので非常に不安定な可能性があります。マージされる前にはちゃんと直します。版こちらは小規模な外部テスター向けに配布しているやや安定したバージョンです。2回の頻度で配布しています。このバージョンは開発者によるレビューで見逃された不具合や、再現率が低い不具合を発見してもらうのが主な目的です。基本的に開発者は引きこもりなので電車の中で使用した時などの回線環境が不安定な場合のテストを行うことができません。そのため、一般的な生活をしている人にテストをお願いすることでより現実的なテストを行うことができます。機能を使ってクラッシュログなどは自動的に収集しています。(審査される可能性もあり)規模は50名程度です(200名程度にまで増やしたいと思っています)。版を使ってリリース前に深刻な不具合が無いかを最終確認します。ここで深刻な問題が見つかれば審査を取り下げます。軽微な問題であればそのままリリースします。機能は非常に助かります。機能を使ってクラッシュログを収集しています。4人という小さい会社ですが、外部テスターにテストをお願いすることにより品質を向上させています。テスターの皆さまのご協力により開発者の精神的な負担がかなり和らいでいるので感謝しています。11はてなブログをはじめよう!covellineさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。