設計

イベント

注目のイベント

TOYOTA Developers Night 〜ソフトウェアエンジニアが革新するクルマ開発の伝統〜
データサイエンスすいすい会 第33回「データが価値を創出する実践的なAIプロジェクトの設計とその推進方法について」
ソフトウェアエンジニアがクルマのコアを創る!? モビリティの価値を最大化するソフトウェア開発の最前線【DENSO Tech Night 第一夜】
0.0001秒の攻防!?快適な運転を支えるリアルタイム制御と組み込みエンジニアの実践知【DENSO Tech Night 第四夜】
【連続講座】ソフトウェア設計原則【SOLID】を学ぶ #2 インターフェース分離の原則
【連続講座】ソフトウェア設計原則【SOLID】を学ぶ #3 依存性逆転の原則

マガジン

技術ブログ

抜けをなくすためのネガティブテストの考え方

リリース直前のテストや本番環境で、「まさかこんな操作をするなんて」「そこまで想定していなかった」という不具合に遭遇し、肝を冷やした経験はないでしょうか。 QAエンジニアとして真面目に仕様書と向き合っている人ほど、記載された「正しい挙動」を完璧に確認することに集中してしまい、異常な入力や予期せぬ操作に対する備え、すなわちネガティブテスト

ネガティブテストとポジティブテストの違いについて

システムのリリース直前、あるいは運用が始まってから「想定外の入力でエラーになった」「ネットワークが切れた瞬間にデータが消えた」といった不具合に直面し、焦った経験はないでしょうか。 仕様書に書かれた通りに動くことを確認するだけでは、現実の多様なユーザー操作や不安定な実行環境からシステムを守り切ることはできません。 品質の高いプロダクトを

QAの言葉選びによるテスト効率化について

大規模なプロダクト開発において、QA(品質保証)の役割は「不具合を見つけること」以上に「リリース可否の判断軸を示すこと」へとシフトしています。 特に週次や日次でのリリースが繰り返されるメガベンチャーの現場では、QAの一言が開発スピードを左右すると言っても過言ではありません。 しかし現場では「念のため確認してください」「一通り見ておきましょ

動画

書籍