ソフトウェアアーキテクチャに基づいた自動テスト戦略と実装ガイドライン - freee Developers Hub
支出管理開発本部で事業部横断テックリードをしている @ogugu です。 広く複雑で大規模になりつつある支出管理のアーキテクチャについて、以下の連載形式でご紹介していきます。 OpenAPI ではなく TypeSpec を読み書きするスキーマ駆動開発 (本記事) ソフトウェアアーキテクチャに基づいた自動テスト戦略と実装ガイドライン 支出管理におけるマイクロサービスアーキテクチャの知見 今回は、自動テストの戦略をご紹介します。 社内展開した内容を可能な限りそのままご紹介しますので、文体についてはご了承ください。 目的 概略図 テストレイヤー毎の使い分け Unit Test Integration Test Backend E2E Browser E2E アプリケーションレイヤー毎の戦略 フロントエンド Page Component (画面レベルのコンポーネント) Page 以外の Compo
ユニットテスト基礎講座 | ドクセル
ユニットテスト 基礎講座 Jun. 7, 2025 @JJUG CCC 2025 Spring Takeshi Yonekubo
TS特化Clineプログラミング
Previous slideNext slideToggle fullscreenOpen presenter view TS特化Clineプログラミング mizchi / tskaigi 2025 mizchi: パフォーマンスチューニングの傭兵 一ヶ月で御社のプロダクトをコスパよく高速化します フロントエンド視点のE2Eチューニング(Lighthouse) CI/CD 高速化 (Linux, GitHub Actions) New プロンプトエンジニアリングでワークフロー自動化 主な環境 VSCode + RooCode (ほぼ常に Orchestrator モード) Claude 3.7 + Gemini 2.5 (約2~3万円/月) TypeScript / Node / Deno / Cloudflare あらすじ 2014: なぜ仮想DOMという概念が俺達の魂を震えさせるのか
激動の一年を通じて見えてきた「技術でリードする」ということ
あまり知られていない MCP 仕様たち / MCP specifications that aren’t widely known
フルスタックテスティング 10のテスト手法で実践する高品質ソフトウェア開発 | 翔泳社
古今東西、あらゆる品質要件をカバーせよ。 10の手法を一冊で学び尽くす「フルスタック」テストガイドが登場。 ソフトウェアテストには、対象とする品質要件に応じて様々な「手法」が存在します。しかし、個別のテスト手法を断片的に学ぶだけでは、プロダクトの品質を総合的に高めることはできません。本書は、複数のテストを補完的に組み合わせて、あらゆる側面から品質を検証するための技術・戦略を、体系的に学べる骨太なガイドブックです。 取り上げるのは、以下10種のテスト手法。それぞれについて、テストの原理原則・導入戦略・実践方法を、具体的なWeb／モバイルアプリケーションでの適用例を交えながら詳しく解説します。 □手動探索的テスト □自動テスト □継続的テスト □データテスト □ビジュアルテスト □パフォーマンステスト □セキュリティテスト □アクセシビリティテスト □モバイルテスト □機能横断要件テスト 本書
テスト漏れによる責任追及を回避するための自己防衛術（テストケース算出手法の紹介とtips） - Qiita
0.はじめに テストとは、責任追及から逃れるための証跡 である。 普段から、質の良い証跡・アリバイ作り を心がけましょう。 本記事では、やるべきことはやった を論理的・機械的に示せる、テストケース算出手法 を紹介します。 1. テストケース設計の重要さ ソフトウェア開発におけるテストの手段は、年々高度になっています。 特に、単体テストやE2Eテストといった工程では、フレームワークや自動化ツールの進化によりテストを「どう実行するか」の部分が格段に効率化されました。 しかしその一方で、「何をテストするか」という根本的な問い、すなわちテストケースの設計は、いまだに人間の経験と勘に依存しているケースが多いです。 これは属人的であるがゆえに、漏れや責任問題につながりやすい領域でもあります。 脳死である程度のカバレッジを担保できる設計手法があるのであれば、それを使わない手はありません。 本記事では、こ
Javaエンジニアのための ソフトウェアテスト実践入門 | 技術評論社
概要 プログラミング開発において、テストと伴奏しながら開発を進めるスタイルが常識となりつつあります。本書はJUnit 5を軸に、定番のJavaのテスティングフレームワークを網羅的に取り上げ、効率的な開発環境の構築をサポートします。テストを効率的かつ継続的に行うためのビルド支援ツールや継続的インテグレーションなどの周辺技術についても、ユニットテストからの視点で説明します。近年、発展の著しい生成AIについても、本書で紹介するツール類でどのように活用できるのかを紹介していきます。 目次 第1章 ソフトウェアテストの全体像 1.1 ソフトウェアテストの概要 1.1.1 ソフトウェアテストの基本的な考え方 テストの定義と本書のスコープ 「ソフトウェアテストの7原則」 ソフトウェアテストの目的と意義 ソフトウェアテストの限界 1.1.2 開発プロセスにおけるテストの位置付けと種類 ソフトウェア開発にお
AIをシステム開発に活かすコツ、全部書く｜kmagai
今や、AIを活用してソフトウェア開発すること自体は一般的になり、一種のブームと化している。 しかし、Web上で見かけるのはワンショットでテトリスを作る程度の小規模なプロジェクトの話がほとんどで、驚けるものの、正直あまり実用性は無いように感じる。 俺たちが本当に知りたいのはテトリスの作り方じゃねえ！現実の中規模以上のシステム開発で、いかに楽に良いものを作れるかだろ！ ということで、まずは弊社から現時点のノウハウを全公開しようと思う。 弊社ではCursorを1年以上活用（サービスがGAになったタイミングから全社員で利用）しており、一定のノウハウを蓄積してきている自負がある。ただ、あくまで一例ではあるので、ぜひみなさんの現場での活用事例も共有してほしい！ 免責事項AIエディタでの開発は、LLMとAIエディタの進化に伴い、常に変化している。 そのため、この記事で述べる方法論は、現時点での、弊社での
テスト自動化への心理的障壁がエベレストなSET1年生が記述レベルMAXな自動テストスクリプトを書けるわけがない - Tabelog Tech Blog
はじめに 課金戦士は恐怖した。必ず、テスト自動化の実装をできるようにならなければならぬと決意した。課金戦士にはコードがわからぬ。課金戦士は、QAエンジニアである。テストケースを作成し、テスト環境に弄ばれて暮して来た。けれどもテスト自動化という未知に対しては、人一倍に敏感であった。 テスト自動化への心理的障壁がエベレストなあなたも、日和山なあなたも、はじめまして。 食べログの品質管理室、SETチームに生息している課金戦士と申します(課金機能を担当している戦士ではなく、アプリゲーム課金を趣味として赤字と戦い続ける戦士です)。 ちなみにSETとは、「Software Engineer in Test」のことを指します。つまりSETチームとは、ソフトウェアの品質保証とテスト自動化に特化したエンジニアのチームです。 課金戦士は、SETチームの一員として、約1年半テスト自動化に携わってきました。 今回
テストアーキテクチャの実践 - freee Developers Hub
こんにちは。決済プロダクトでQAエンジニアをしているrenです。freee QA Advent Calendar2024の23日目です。 今回は、決済プロダクト開発にテストアーキテクチャを設計した事例について紹介します。 テストアーキテクチャとは テストアーキテクチャによって解決したい課題 テストアーキテクチャ設計のステップ 1. この振る舞いを担保するためには、どのようなテストが必要だろうか？という問いを立てる 2. 抽象化して考えるための概念を学ぶ 3. テストアーキテクチャを描き、議論する テストアーキテクチャ設計のインパクト 実装改善に関する気づき テストの構造とソフトウェアの構造に関する気づき 自分たちのテスト活動の課題に関する気づき チーム開発の支援を通じた工数上のインパクト テストアーキテクチャがもたらす価値 今後の展望 [appendix]今回設計したテストアーキテクチャの
AngularでHTTP通信をするコンポーネントのユニットテストを書いて色々掴んだ話 - Qiita
これはAngular Advent Calendar 2024の12日目の記事です。 昨日は @da1chi さんの ドキュメントの修正から始めるAngularへの貢献 でした。 はじめに エンジニアとして働き始めて約7年弱、今まで当方は知識不足も相まってテストコードとは無縁の開発をしてきたしがないエンジニアだったのですが、転職して1年、ついにテストを書く機運が訪れたため、学び始めました。 その際、まずはHTTP通信を行うコンポーネントのテストをしたいと思い、色々と調べて掴んだ感覚をこの記事に残しておこうと思います。 AngularのテストツールをJestに切り替えてみる この記事を作成するにあたり、前提としてテストツールはJestを採用しました。 Angularの標準はJasmine + Karmaの組み合わせが現在の標準ですが、Angular v16からJestサポートが実験的にサポー
VS CodeとPlaywrightを使ったE2Eテストの実施
技術開発チーム・運用技術開発担当（通称opdev）の辰已です。 opdevは社内のさまざまなプロダクトの開発・保守運用を行っており、日々業務効率改善、ハートビーツの価値向上に繋がる技術開発・情報発信を行っています。 先日、opdevで開発した社内向けのプロダクトに対して、Visual Studio Code（以下VS Code）とPlaywrightを使ってE2Eテストを実施しました。 セットアップが簡単で、使い勝手も良かったので、今回はVS CodeとPlaywrightを使ったE2Eテストの実施方法を紹介します。 Playwrightとは PlaywrightはE2Eテストやブラウザ自動操作用のフレームワークで、Microsoftがオープンソースで開発をしています。 他によく使われるE2Eテストフレームワークには、Selenium、Puppeteer、Cypressがあります。npmパ
Flaky Testとの戦い - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。Necoチームの池添です。 最近にわかにFlaky Test界隈が盛り上がりを見せているようです1,2,3。 この流れに乗じてNecoプロジェクトにおけるFlaky Testとの戦いについて紹介したいと思います。 Necoプロジェクトにおけるテスト Necoプロジェクトでは、自社データセンター上のインフラ構築と運用を自動化する仕組みを開発しており、サーバのプロビジョニングから、Kubernetesクラスタの構築、Kubernetesクラスタ上で動くさまざまなアプリケーションのデプロイ、各種ソフトウェアやOSのアップグレードなどを自動化しています。 本プロジェクトでは「Test Everything」を設計原則のひとつとしており、VMを利用した仮想データセンターの仕組みを用いて、開発した自動化の仕組みを毎日テストしています。 詳しく知りたい方は下記の記事もご覧ください。 blog
E2Eテストにおける要素選択のベストプラクティス
こんにちは。Autifyの品質エバンジェリストの末村です。 もう5年前にもなりますが、なぜE2Eテストでidを使うべきではないのかという記事を書きました。この記事はありがたいことに長い間閲覧されており、弊社ブログの人気コンテンツの一つとなっています。 一方で、5年という歳月はソフトウェア開発のトレンドを変化させるには十分すぎるほどに長いです。テストツールの面では Playwright が新たな選択肢として加わった他、 testing-library によるアクセシビリティ属性を用いた要素探索が新たなベストプラクティスとして登場しています。 この記事では、E2Eテストにおける要素探索の考え方の変遷をおさらいしつつ、ベストプラクティスについて説明します。 要素選択の考え方 まずは、要素選択の考え方についておさらいしておきましょう。要素選択とは、読んで字の如く、Webページ内の特定の要素を探すこ
SpringBoot x MyBatis x TestContainersでSQLテストを行う
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
JJUG_CCC_2024 プロダクトが変われば、テストも変わる
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自動テストの世界に、この5年間で起きたこと
テストコード品質を高めるためにMutation Testingライブラリ・Strykerを実戦導入してみた話
APIテスト自動化の勘所
CI/CDやテスト自動化の開発プロジェクトへの適用
