品質保証

• リリース直前に不具合や仕様の認識違いが見つかり、手戻りが多い
• 「なんとなく不具合が出ている」という状態で、定量的にわかっていない
• 自動テストが遅い・不安定で、結果の確認や保守が負担になっている
• 同じような不具合が繰り返され、どこから改善すべきか決められない
• 「ユーザーが求めているもの」の定義が職種ごとにバラバラ

利用者の期待から、品質を考える

想造は、品質を「利用者や関係者の期待に応え続けること」と捉えています。 不具合の数だけでは、サービスの良さは判断できません。誰が、どの場面で、何をできる必要があるのか。 事業や利用者の状況を伺い、そのプロダクトで大切にする品質を一緒に言葉にします。

品質リスクに、開発の全工程で向き合う

品質保証は、品質リスクを減らす活動全体です。テストはその一部です。 要件や設計のレビュー、実装中の確認、リリース判断、運用後の振り返りまで、問題を防ぎ、早く気づける機会をつくります。

チーム全体が判断できるようにする

品質は、QA担当者だけが担うものではありません。企画・開発・カスタマーサポートなど、それぞれの視点が必要です。 QAエンジニアとして、品質基準づくり、リスクの可視化、確認と改善の進め方を支え、チームが根拠を持って判断できる状態を目指します。

品質への取り組みを、開発の速さにつなげる

早く届けるためにも、品質を考える時間が必要です。後から仕様を見直したり、同じ不具合を直したりする負担を減らすために、 早い段階で認識を合わせ、変更に近いタイミングで確かめます。確認をむやみに増やすのではなく、リスクと負担を見て重点を決めます。

不具合対応の優先順位づけ

「何となく不具合が多い」という状態から、発生頻度や利用者への影響度を整理し、どこから手をつけるべきか優先順位を明確にします。

リリース前の確認範囲の整理

リリース直前の確認作業が属人化していたり、範囲が広がりすぎて負担になっている状態を見直します。 変更による影響範囲を絞り込み、必要最小限の確認で安全にリリースできるチェック体制をつくります。

テストの設計・自動化と運用

人が目で確認すべき項目と、自動化すべき項目を切り分けます。 遅い・不安定なテストを改善し、日々の開発スピードを落とさずに結果を活かせるテスト環境を整えます。

開発チームに合う品質の進め方

QA専任者がいないチームでも、エンジニアや企画担当が無理なく続けられるレビューや確認の手順をつくります。

LIFULL在籍時には、統合後に行っていたE2Eテストを見直し、プルリクエスト単位で必要な確認を行える運用へ再設計しました。 テスト設計と実行環境の改善により、自動テストの実行時間を80％短縮し、開発者が変更の結果を素早く把握できる環境を整えました。

取り組みの詳細（LIFULL Creators Blog）

所属企業在籍時の取り組みであり、個人事業の受託実績ではありません。本サイトの内容および個人活動は、所属組織を代表するものではありません。