ちばにゃん@社会復帰リハビリ中 @cmy_rl 若い患者さんが、抗がん剤止める、って言ってきて、よくよく話を聞いたら、本当はやりたいけど治療費が払えないらしく。そこからMSW入れて福祉事務所に連絡取って、医療費部分だけでも生活保護取れないかと手続きしてもらって、昨日、「治療再開できます」と連絡きた。良かったね！と声出た。 2024-04-23 08:00:27
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
ちばにゃん@社会復帰リハビリ中 @cmy_rl 若い患者さんが、抗がん剤止める、って言ってきて、よくよく話を聞いたら、本当はやりたいけど治療費が払えないらしく。そこからMSW入れて福祉事務所に連絡取って、医療費部分だけでも生活保護取れないかと手続きしてもらって、昨日、「治療再開できます」と連絡きた。良かったね！と声出た。 2024-04-23 08:00:27
皆様フロントエンドのテストを書いていらっしゃいますでしょうか？ フロントエンドのテストを書くときには API コールする処理を全てモックする必要があります。外部の API をコールする処理をテストに含めると API サーバーが落ちているなどの外部の要因によってテストが失敗してしまう可能性がありますし、テストを実行するたびに実際に API をコールしてしまうとサーバーに負荷がかかってしまうなど外部に対しても悪影響を与えてしまいます。 さて、従来のモックする手段としては Jest のモックを利用して axios や fetch などのモジュールをモック化する手法がよく使われていたかと思います。 最近のテスト手法として API コールをモックする際に Jest ではなく Mock Service Worker (以下 msw ）を使用する手法が注目されています。実施にどのように使用されているのか
Go開発に最適な構成：TypeSpec + ogen + sqlc + orval + MSW + Docker Compose + Taskfile で爆速プロトタイピング 最近、Go（Golang） の開発プロジェクトでは以下のような構成を採用していて、開発体験がかなり快適になっている。 API定義：TypeSpec バックエンド生成：ogen DBクエリ定義：sqlc フロントAPIクライアント生成：orval モックAPI：MSW ローカル統合：Docker Compose + air タスク管理：Taskfile 📝 TypeSpec：省量・高視認性・AIフレンドリー TypeSpec は OpenAPI を生成するための DSL。記述量が少なく、構造がシンプルなので全体を把握しやすい。記述が冗長にならないので AI にそのまま投げても補完や変換がしやすい のが地味に便利。設計
はじめに 背景 やりたいこと Why MSW？ 導入手順 詰まったこと defaultのtimeout設定時間が短い CIで落ちた時の検証方法がわからない 認証後のストレージの状態が入ってこない 今後の展望 おわりに はじめに enechainでフロントエンドエンジニアをしている@Shunya078です！ 自分の所属するGXデスクでは『日本気候取引所 - Japan Climate Exchange』(以下JCEX)のサービス開発を行っており、その中でReactを使用したフロントエンドの開発を担当しています。 リグレッションテストは運用を考えると、設計から導入した後、どう管理していくかまで検討する点が多く存在します。 JCEXは去年の年末にリリースされたばかりのサービスで、まだブラウザまで含めたリグレッション相当になるテストレイヤーが導入できておらず、存在しませんでした。 今回は新たに自チ
本稿では Next.js アプリ設計と同時に検討しておきたい、API Mocking の設計（MSW の活用テクニック）を紹介していきます。※ 解説のなかで jest を使いますが、ここは特別こだわりがあるわけではありません。 MSW で表現する API 群 MSW は Next.js アプリのローカル開発に役立ちます。任意の API を任意のレイヤーで、個別にインターセプト可能です。 「ブラウザー → API Routes」間でインターセプト 「API Routes → API 群」間でインターセプト 「getServerSideProps → API 群」間でインターセプト また、自動テストに利用でき、フロントエンドの単体・結合テストが書きやすくなります。同一プロセスでサーバーレスポンスをモックするため、外部プロセスに依存しない、高速な自動テストを回すことができます。 MSW 高階関数
この記事は techtekt アドベントカレンダー2022 の15日目の記事です🔥 その他にも記事が掲載されていますので、興味がある方は#techtekt Advent Calendar 2022で検索してみてください！ はじめに はじめまして。パーソルキャリア株式会社のサービス開発部でエンジニアをしている西澤と申します。 HR forecasterという採用支援サービスのフロントエンドエンジニアを担当しています。今回はそのプロジェクト内で新たに組み上げた開発体制で導入したスキーマ駆動開発の流れについて紹介したいと思います🙋♂️ 目次 開発環境 導入背景 スキーマ駆動開発って何？ OASのディレクトリ構成 OASを利用した型の生成・モックコードの生成 Next.jsでMSWを動かす おわりに 開発環境 Next.js 12.3.4 React 18.2.0 TypeScript 4.
2023年8月15日にリリースされた Next.js v13.4.16から next/experimental/playwright next/experimental/playwright/msw が登場してテストがしやすくなりそう。というお話です！ 前提条件 今回お話するのは、Next.js の開発サーバーに対してMSWによりAPI通信をモックしてPlaywrightで行うブラウザテストのことをお話します これまでは？ Page RouterかつCSRに関して言えば、MSWでモックすることは可能でした。exampleとしてすでに公式が提供しているので、これをベースにセットアップすれば可能です 現状の課題 Page Router CSRの場合はブラウザ上のservice worker経由でmswが実行されています。なのでmswのserver.useを使うにはそこそこ工夫が必要です。 有志
MSW はネットワークレベルでリクエストをインターセプトする、自動テストで便利なモックサーバーです。過去記事でも紹介したとおり、スパイ（モック関数）をネットワークレベルに忍ばせることが可能です。実際に WebAPI が呼ばれた時の Payload の検証は、Jest 組み込みのモック機能では実現できない領域です。本稿は「WebAPI リグレッションテスト」を実施するための、MSW 活用方法を解説します。記事で使用しているサンプルコードはこちら。 課題の概要 Web アプリケーションページのほとんどは「1.UI を表示し／2.入力操作し／3.WebAPI 通信し／4.通信後処理を行う」という一連処理が責務です。このようなページに書かれるテストは、WebAPI 通信前後に集中しがちです。MSW を使用すると、以下の図の様に「送信後処理」まで到達可能なため、例えば「WebAPI レスポンスが返っ
MSW を使った jest のテストについて、引数などの検査が面倒という記事を拝見したので、もし同様にアプローチを模索されている方がいらっしゃれば参考に、と思い記事にしました。筆者は普段以下の様に、server.use内にjest.fnを仕込みテストしています。例えば API が2回呼ばれたことを検証する場合、次の様になります。 const server = setupMockServer(...handlers); describe("API call の検証", () => { const mockFn = jest.fn(); beforeEach(() => { server.use( rest.get("/path/to/api", async (req, res, ctx) => { mockFn(); // <- here return res(ctx.json({}));
JestでHTTPリクエストをインターセプトしてモックを返すのに利用したMock Service Worker（msw）の紹介をしたいと思います。環境はNodeです。 テスト対象の実装 http://example.com/examples からデータを取得する、という想定の実装です。 import fetch from 'isomorphic-unfetch'; export class GetExampleError extends Error {} export async function getExamples(): Promise<string> { const result = await fetch('http://example.com/examples'); if (!result.ok) { throw new GetExampleError('Received ge
tRPC は Next.js プロジェクトの生産性を向上させるライブラリです。サーバー側定義の型推論が API Client にダイレクトに伝搬するだけでなく、Zod スキーマによる入力値制約が施せます。そのため、Client ⇄ API Routes 間の疎通がEnd-to-end typesafeになる、便利なライブラリです。 tRPC と MSW の統合要点 筆者はテスト・Storybook をコミットする際に MSW をよく利用しています。次の様に任意の URL リクエストをインターセプトして、スタブを返却できます。 import { rest } from 'msw' export const handlers = [ rest.get('https://api.github.com/user/:login', (req, res, ctx) => { return res(ct
Leaner 開発チームの黒曜(@kokuyouwind)です。 RubyKaigi Takeout 2021真っ只中ですね。自分も視聴して実況ツイートを垂れ流しています。 でも今回はフロントエンドの話です。 TL;DR OpenAPI 定義を JSON で記述しておくと、 import schema from 'schema.json' で読み込んで Component などの定義を参照できます。 これを使って msw の Handler を定義すると、簡単に API をモックしてテストできるので便利です。 異常系のハンドラーも同じところで定義しておくと、テスト時のレスポンス差し替えもシンプルになって読みやすくなります。 OpenAPI 定義を msw に使いたい 以前書いたとおり、現在自分が担当しているプロダクトでは OpenAPI を使って API スキーマを定義しています。 このス
こんにちは、FAANS部の田中です。普段は、WebのフロントエンドエンジニアとしてFAANSの開発を行なっています。 FAANSの由来は「Fashion Advisors are Neighbors」で、「ショップスタッフの効率的な販売をサポートするショップスタッフ専用ツール」です。現在正式リリースに向けて、WEARと連携したコーディネート投稿機能やその成果を確認できる機能など開発中です。プラットフォームとしてはWeb、iOS、Androidが存在し、今回取り上げるWebはショップ店長をはじめとした管理者向けツールという立ち位置です。 本記事では、FAANSのWebにおけるStorybook × MSW × Chromaticを使ったUIの影響範囲を自動検知するための取り組みを紹介します。 はじめに FAANSのWebはReact、TypeScriptで構成されています。設計に関しては、ロ
はじめに：テスト戦略の話 そもそもフロントエンドのテストって何をどんな粒度で書けばいいの？という疑問はよくあると思います。これについては以前Qiitaの記事: フロントエンドでTDDを実践する（理論編）で書いているので詳細は省きますが、Testing Trophyの戦略に則り、integration testを中心とし、unitテストは本当に有効なものに絞って書くというのがフロントエンドにおいては有効です。 APIモック フロントエンドのintegration testにおいて課題になるのがAPIのモックです。urqlやapollo clientのようなGraphql Clientでもqueryをモックする仕組みはありますが、どちらもclient自体をモックするような書き方になります。一見問題ないようですが、client側でキャッシュの挙動を制御したりできることもあり、本番コードと異なるコ
JSer.info #667 - Next.js 14がリリースされました。 Next.js 14 | Next.js Release v14.0.0 · vercel/next.js Node.js 16のサポート終了、next exportコマンドを非推奨化、next/imageのdomainsオプションを非推奨化などの変更が含まれています。 また、Server ActionsのStable化、Metadata APIの改善が含まれています。 実験的な機能として<Suspense>を使ったPartial Prerenderingのサポートが追加されています。 今回のリリースに合わせて、Next.jsのチュートリアルも新しいものが公開されています。 Next.js by Vercel - The React Framework | Next.js by Vercel - The Reac
こんにちは。システム開発一部の吉田です。 最近初めてパーマをかけてみたら元々の天パと掛け合わさって髪がモジャモジャになりました。気に入ってはいますけど取れるのがいつになるのか心配です。 絶賛開発中のフロントエンド領域でPlaywrightとmswを用いたE2Eテスト(End to End Test)の導入をしました。これらのツールの導入に至った経緯と簡単な使い方をご紹介します。 以前書いたモックサーバーの記事の内容も含んでいるので、ご覧になっていない方は以下を参照してみてください。 blog.tech-monex.com E2Eテストのスコープ E2Eテストの概要はCircleCIの記事を見るとなんとなくわかった気になれます。 circleci.com 一言で言うと、E2Eテストとはユーザーが実際に操作する状況をシミュレートし、アプリケーション全体の動作を検証するテスト手法のことです。 ア
JSer.info #713 - Svelte 5がリリースされました。 Svelte 5 is alive Svelte 5では、Runesと呼ばれる構文とReactiveの仕組みがサポートされています Svelte 4の構文は引き続きサポートされていますが、マイグレーションガイドではRunesへの移行方法が紹介されています。 Svelte 5 migration guide • Docs • Svelte MSW v2.6.0がリリースされました。 Release v2.6.0 · mswjs/msw MSW v2.6.0では、WebSockets APIのモックがサポートされました。 詳細は次のドキュメントを参照してください。 Handling WebSocket events - Mock Service Worker ws - Mock Service Worker State
This November marks five years since Mock Service Worker has been first added to a package.json. Over that time, I have learned a lot about building libraries, designing APIs, and cultivating communities, which makes today’s announcement all the more special. Version 2.0 marks a monumental chapter for MSW. A year in development, dozens of contributors, and thousands of lines changed, this update b
ファンタラクティブのエンジニアの 太田 です。 OpenAPIスキーマで定義したレスポンスに対するexampleをmswとstorybookでも使用してAPIスキーマで想定したレスポンスをStorybookで確認できるようにする試みについて紹介します。 やりたいこと OpenAPIスキーマで定義したexamplesを参照してmswでAPIモックを定義、定義したAPIモックをstorybookで使用 嬉しいこと APIで想定したレスポンスに対してフロントの挙動をStorybook上で確認できるのでAPIとフロントの認識のずれが改善されます。 エラーの表示や、権限によるUIの出し分けなど大変な確認を、APIスキーマで定義した内容を網羅する形でStorybook上で確認できます。 逆にAPIスキーマに定義されていないものはStoryを作らないので、確認するべきものはすべてAPIスキーマで定義しま
今回は以下のライブラリを中心にVueにおけるテスト駆動開発(TDD)の進め方を説明します。 Vue3 Vitest Testing Library Mock Service Worker Options APIで書きますが、テストコードはComposition APIでも動くので、 Composition APIの実装に多少慣れてる人はぜひとも挑戦してください。 今回の記事の中で作ったコードは以下のリポジトリに収めました。 テスト駆動開発(TDD)ってなに？ TDDとはTest Driven Development（テスト駆動開発）の略であり、その文字通り、 テストを先に書いてその後にそのテストを満たすコードを書くことを繰り返しながら進める開発手法です。 XP(Extreme Programming)のアプローチの1つとしてとても有名です。 実施においては以下の図のRedから順番に開発をサ
こんにちは。チームラボのフロントエンド班の志田です。好きなものはモアイです🗿 今回初めて技術記事を書いてみました。 Next.js、Orval、MSW に関して気になっている方、ちょっと長いですが、ぜひ最後までお付き合いください！ はじめに フロントエンド開発において、RESTful API を呼び出す処理（API クライアントコード）を作るのは結構手間がかかります。GET なのか POST なのか、リクエストやレスポンスの型は何なのかなど、考慮することが多いです。 といったことから近年では OpenAPI スキーマから、型定義や API クライアントコードを自動で生成するツールがよく使われています。 Orval は、OpenAPI のスキーマから、型安全な API クライアントコードを自動で生成してくれるツールです。 さらには、MSW で利用可能な API モック関数をスキーマから同時
この記事は YAMAP エンジニア Advent Calendar 2022 7日目の記事です。 mswとは？ ネットワークレベルでAPIリクエストをモックできるAPIモックライブラリです。 MSW – Seamless API mocking library for browser and Node | Mock Service Worker Node.js18とグローバルfetch() 今まではfetch()を利用したフロントエンドのコードをNode.js環境でユニットテストを実行するには、グローバルスコープにfetch()が存在しないので、モックをしたりテスト実行時にnode-fetchをPolyfillとして適用してグローバルスコープにfetch()を生やすなどの対応をしていました。 Node.js18から新たにグローバルスコープのfetch APIがデフォルトで利用可能になり、モ
MSW 2.0やYarn 4.0のリリースなど : Cybozu Frontend Weekly (2023-10-24号) はじめに こんにちは！サイボウズ株式会社フロントエンドエキスパートチームの@nakajmg です。 サイボウズでは毎週火曜日にFrontend Weeklyという「一週間の間にあったフロントエンドニュースを共有する会」を社内で開催しています。 今回は2023年10月24日のFrontend Weeklyで取り上げた記事や話題を紹介します。 Introduction to web sustainability | MDN Blog webの持続可能性についての概要。フォントの最適化や画像サイズの縮小、JavaScriptの使用量を減らすことなどが挙げられています。 ガイドラインの作成も進められています。 How we optimized package imports
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
概要 msw はいつの間にかモックツールとしてデファクトスタンダードになりました。 github.com Mock Service Worker という名の通り、Service Worker を利用して、アプリが API サーバーとやりとりするリクエスト/レスポンスをモックすることができるツールです。 ただ、ふと気がついたら Service Worker なしでモックできるようになっていたので、その小ネタを書きます。 この記事は Recruit Engineers Advent Calendar 2022 の9日目の記事です。 adventar.org Node でも使える msw ご存じの方も多いと思いますが、 msw は Node.js でも利用できます。 Node - Getting Started - Mock Service Worker Docs Node.js で利用できるの
Breaking changes Drops support for Node.js 16. Please upgrade to Node.js 18 or later to use the global Fetch API. Drops support for TypeScript < 4.7. All browser-side exports, like setupWorker, SetupWorkerApi, etc., must be imported from msw/browser now. Renames the rest object to http (rest.get -> http.get). Response resolver call signature is no longer (req, res, ctx) => res() but instead ({ req
この記事は食べログアドベントカレンダー2021の10日目の記事です。 こんにちは。食べログ フロントエンドチームの原田です。 現在食べログでは、jQuery+Railsで実装されているフロントエンドをReact/TypeScriptベースに置き換えるリプレースプロジェクトを進めています。 食べログでは、リプレース戦略としてRails上に部分的にReactを導入する戦略をとっており、 以前の記事で部分導入するにあたってRailsに依存しないコンポーネント結合環境を用意していることを紹介しました。 Railsに依存しないコンポーネント結合環境を構築するにあたって必要となるAPIモックについて、 いままでPrismを利用してきましたが、今期に入ってからMock Service Worker（以後、「MSW」と表記）も利用して開発を行っています。 API定義は以前よりOpenAPI（Swagger
バックエンドの API がまだできてないプロジェクトで Next のフロントを作成することになり開発中の API との通信に噂の MSW を使ってみることにしました。 Next.js 特有の問題でちょいハマりしたので導入完了したところまでのメモ。 MSW (Mock Service Worker) MSW（Mock Service Worker）はブラウザリクエストを Service Worker がインターセプトし、任意のレスポンスを返すことが出来るライブラリです。 cf. MSW で加速するフロントエンド開発 プロダクションのコードのまま API への通信だけを Service Worker がインターセプトしてモックのレスポンスを返すことができるので、バックエンドと切り離してフロントだけを開発することができます！すごい〜 MSW の導入 $ npm i -D msw 開発時だけ使うの
こちらの記事はカケハシ Advent Calendar 2022 の 13 日目の記事になります。 https://adventar.org/calendars/7444 こんにちは。Musubi AI 在庫管理のフロントエンド開発を担当している鳥海です。 上記プロダクトのフロントエンドチームでは、私がチームにジョインした時（2022/9/1）と同時期から MSW が導入され、開発で用いるようになりました。 今回は、この MSW （とその周辺パッケージ）がすごく便利で感激したので、簡単にご紹介したいと思います。 この記事で紹介するもの この記事では、下記項目についての説明をしていきたいと思います。 基本的に触りのみ紹介しますので、詳細についてはそれぞれのドキュメントをご確認いただけると幸いです。 MSW graphql-codegen-typescript-mock-data msw-st
はじめに LITALICO プロダクトエンジニアリング（PE）部の片桐英人（かたぎり えいと）です。 最近、仕事ナビのフロントエンドのテストや Storybook で使用している Mock Service Worker（msw）を 1.x から 2.0 に更新しました。仕事ナビのメンバーにそのことを伝えるために書いています。 この記事を記載している時点で、最新は、2.0.11 になっていますね… Mock Service Worker (msw) とは？ Mock Service Worker（msw）1 は、Service Worker 2 を使って、HTTP リクエストとそのレスポンスをモックするための JavaScript のライブラリ（npm パッケージ）です。 MSW 2.0 MSW 2.0 は、2023年10月末にリリースされました 3。このリリースで、モックの定義方法など多く
Mock Service Worker (MSW) とは、Service Woker が API リクエストを受け取って、レスポンスを返すことができる API mock ライブラリです。 MSW を使えば、Storybook とテストで共通の API mock handler を使用することができて便利です。 Storybook で MSW を使用するにあたっていくつか設定が必要になります。 調べると 1 コンポーネントしかないような小さな example は出てくるのですが、コンポーネント毎に mock を分けられるような方法にしたかったので、今回はその手順を記録しておきます。
MSW のハンドラー型推論 テストや Storybook で利用事例が増えている MSW。GraphQL の場合、@graphql-codegen/typescript-mswというプラグインを使えば、良い感じの MSW ハンドラーを生成してくれます。これがあれば、MSW ハンドラー関数起因のミス削減が期待できます。 import { mockGetUserQuery } from "./generated"; const worker = setupWorker( mockGetUserQuery((req, res, ctx) => { // id の型推論が効いている const { id } = req.variables; return res( ctx.data({ // 型制約が効いており、スキーマに沿ったレスポンスしか返せない getUser: { name: "John
はじめに Vitest で API 通信が絡んだコンポーネントのテストをするとき、vi.mock、MSW、TanStack Query のようなデータフェッチングライブラリの Query キャッシュを活用する手法があります。この記事では 3 つのモックパターンを比較し、どう使い分けるかを整理しました。 パターン 1: vi.mock で依存モジュールを差し替える まずは vi.mock を使って依存モジュールを差し替えるパターンです。テスト対象となるコンポーネントはこちら。 import { useQuery } from "@tanstack/react-query"; import { fetchTimeline } from "../client/fetchTimeline"; type Post = { id: string; title: string; }; export fu
Summary If you're a frontend developer, stop using swagger-ui and msw. Instead, you can build SDK (Software Development Kit) automatically. Which features SDK contain? Collection of fetch functions DTO structures written in TypeScript Mockup simulator for testing Github Repository: https://github.com/samchon/nestia Related Manual: https://nestia.io/docs/migrate With the SDK, you don't need to be s
はじめにこんにちは。フロントエンド/SETエンジニアの@1010realです。 子育て中は自分の事が全て後回しになりますね。。 # 今日の朝ごはんはカップ麺 今回は、新機能の開発において、mock service workerを使ってGraphQLエンドポイントをモックした単体テストを導入したので、それについてまとめてみました。 ちなみに導入に関しては、大部分を以下の記事を参考にさせて頂きました。とても勉強になりました。 mswとgraphql codegenでGraphQLをモックし、効果的で効率的なReactのテストを書く 本記事は上記の導入に際して、細部の環境の差異、実際につまづいた点および自分が調べた点を追加した内容になっております。 目次はじめにmswについて導入手順 Typed Document Nodeを生成するmswを設定するテスト用のRender関数を用意するテストを書く
はじめに こんにちは。 crowdworks.jpでユーザー向けの施策・機能開発を行うチームでエンジニアをしている駒井です。 2022年10月にクラウドワークスに入社してから早4ヶ月が経ちました。 crowdworks.jpでは負債解消の一環で、一部のRuby on Railsのerbで作られた画面をVue.jsに置き換える取り組みを行っています。（社内ではVue.js化と呼ばれています。） この記事では、施策チームで現在注力しているcrowdworks.jpのクライアントプロフィール画面のVue.js化の中で、ユーザーのフォロー機能を実装した際に扱った技術などについて紹介します。 対象について 本記事ではVue.js化を行っているクライアントプロフィール画面にある、プロフィール画像やフォローボタンが配置されている サイドバーの フォローボタン を対象として取り上げます。 Vue.js化に
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く