並び順

ブックマーク数

期間指定

  • から
  • まで

601 - 640 件 / 778件

新着順 人気順

testingの検索結果601 - 640 件 / 778件

  • プロパティベーステストをやってみよう - Qiita

    こんにちは。NTTテクノクロスの際田です。普段は社内の開発プロセス効率化、テスト自動化周りの支援に携わっています。 最近、ラムダノート株式会社の『実践プロパティベーステスト -PropErとErlang/Elixirではじめよう-』という本を読んで、プロパティベーステストという手法を知りました。 せっかく読んだしやってみよう、と思ったのですが、この本の例はErlang/Elixirという通好み(?)な言語なので、お仕事でも使えそうな言語でできないかと考えました。調べたところ、fast-checkというJavaScript/TypeScriptのライブラリがあるようなので、こちらを使ってプロパティベーステストをやってみたいと思います。 プロパティベーステストとは プロパティベーステストとは、自動テストの手法の一つで、「システムのあるべき挙動を満たす条件」をプロパティと呼び、その条件を満たすで

      プロパティベーステストをやってみよう - Qiita
    • ソフトウェアテスト自動化カンファレンス2023 (2023/12/09 13:00〜)

      お知らせ connpassではさらなる価値のあるデータを提供するため、2024年5月23日(木)を以ちましてイベントサーチAPIの無料での提供の廃止を決定いたしました。 2024年5月23日(木)以降より開始予定の「connpass 有料API」の料金プランにつきましてはこちらをご覧ください。 お知らせ connpassをご利用いただく全ユーザーにおいて健全で円滑なイベントの開催や参加いただけるよう、イベント参加者向け・イベント管理者向けのガイドラインページを公開しました。内容をご理解の上、イベント内での違反行為に対応する参考としていただきますようお願いいたします。

        ソフトウェアテスト自動化カンファレンス2023 (2023/12/09 13:00〜)
      • E2Eテスト vs E2Eテスト: 柴田 芳樹 (Yoshiki Shibata)

        私が「WEB+DB PRESS, Vol.134」の特集1「実践API設計」の中で使っている用語「E2Eテスト」は、一般的な書籍で述べられているE2Eテストとは若干異なります。 どのように違うのかをウェブサービスのバックエンドのサービスで説明します。新たに図を起こすのが面倒なので、すでにある記事「マイクロサービスの開発とテストファースト/テスト駆動開発」からそのまま引用します。 この図では、「加盟店管理用APIマイクロサービス」が複数のマイクロサービスに依存しています。 一般的なE2Eテストとは一般的な書籍では、テストピラミッドにおける頂点にあるE2E(End-To-End)テストは、「加盟店管理用APIマイクロサービス」およびそれが依存するすべてのマイクロサービスを何らかの環境(たとえば、Docker、あるいは開発用のクラウド環境)にデプロイして「加盟店管理用APIマイクロサービス」をテ

          E2Eテスト vs E2Eテスト: 柴田 芳樹 (Yoshiki Shibata)
        • YAPC::Hiroshima 2024に参加しました - アリ

          YAPC::KyotoぶりのYAPCということでYAPC::Hiroshima 2024に参加してきました。お久しぶりの参加者の方々、運営していただいたスタッフの方々共々ありがとうございました。 印象に残ったトーク 2024年冬のPerl 5.40ではTest2::Suiteがコア入りということを聞いて、Test2にお世話になっていた身*1としてはめでたいという気持ちになりました CPAN Security Groupまわりの話は追えていなかったので発表で知って、興味もあり何か貢献できるといいなと思いつつまずは周辺をウォッチしていこうと思います Blogを作り、育み、慈しむ - Blog Hacks 2024 自分は発信のハードルが年々上がっていて(自分の中で)、ブログもほぼ書かなくなってしまったなあというところで何か忘れている気持ちがあったと思い出させてくれる発表でした。家としてのブログ

            YAPC::Hiroshima 2024に参加しました - アリ
          • Railsプロジェクトで発生するflaky testの傾向と対策|グロービス・デジタル・プラットフォーム

            はじめにはじめまして。この一年ほど学び放題のDevExpチームでバックエンド開発のお手伝いをしてるmasa_iwasakiです。 今回の記事では、学び放題のバックエンドとして使われているRailsアプリケーションで実際に発生していたflaky testの事例を中心に、一般的なRailsアプリケーションで発生しがちなケースをまとめました。 個人的に、flaky testの発生パターンは割と定番化している印象を持っています。たとえば、以下の記事に記載されている内容と本記事の内容は共通するものが多いです。 Ruby: テストを不安定にする5つの残念な書き方(翻訳)|TechRacho by BPS株式会社 しかし、同じ原因で発生したflaky testであっても、コードベースが異なれば発生の仕方は変わりますし、なにより原因の調査にかかる手間は大きく異なります。本記事がflaky testに遭遇し

              Railsプロジェクトで発生するflaky testの傾向と対策|グロービス・デジタル・プラットフォーム
            • GitHub - Skyvern-AI/skyvern: Automate browser-based workflows with LLMs and Computer Vision

              🐉 Automate Browser-based workflows using LLMs and Computer Vision 🐉 Skyvern automates browser-based workflows using LLMs and computer vision. It provides a simple API endpoint to fully automate manual workflows on a large number of websites, replacing brittle or unreliable automation solutions. Traditional approaches to browser automations required writing custom scripts for websites, often rely

                GitHub - Skyvern-AI/skyvern: Automate browser-based workflows with LLMs and Computer Vision
              • テストシナリオを作る時に考える縦軸と横軸の話 - Qiita

                この記事は ソフトウェアテストの小ネタ Advent Calendar 2023 21日目 の記事です。 こんにちは。QAエンジニアをしている @afracs です。 今回はテストシナリオを考えるときに、『個人的に意識していること』を整理する内容となっています。 QAやテスト界隈が長い方々からすれば当たり前の内容かと思いますが、将来の自分のために言語化しておこうと思い、本記事を書くことにしました。 縦軸と横軸 縦軸と横軸とは何を指すのか? 私の中では、以下の内容を指す言葉として使用しています。 縦軸 ある時点でのシステム状態の断面。 (具体例) 注文前  → (注文操作を行う) → 注文後 バッチ処理前 → (バッチを流す) → バッチ処理後 横軸 時間経過や状態遷移によって変化していく流れ。 (具体例) 株式の注文受付日 → 約定日 → 受渡日 口座開設申込 → 内容の審査 → 審査完了

                  テストシナリオを作る時に考える縦軸と横軸の話 - Qiita
                • GitHub - sbdchd/squawk: 🐘 linter for PostgreSQL, focused on migrations

                  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

                    GitHub - sbdchd/squawk: 🐘 linter for PostgreSQL, focused on migrations
                  • Seleniumが本当にバレバレなのか試してみた - Qiita

                    目的 以前こちらの記事にてスクレイピングはすぐにバレることを知った 本当にそうなのか試してみたくなったので、実際に試してみた 確認手順 適当にWebページをつくる スクレイピングをして挙動を確認する 環境構築 なんでもいいんですが、試しにReactで環境構築します npx create-react-app check-scraping cd check-scraping code . npm run start import React, { useEffect } from 'react'; function App() { useEffect(() => { if (window.navigator.webdriver) { alert("Webdriverを検出しました"); } }, []); return ( <div className="App"> <h1>WebDriver

                      Seleniumが本当にバレバレなのか試してみた - Qiita
                    • リードレプリカを活用してRDSの負荷分散を実際に検証してみた。

                      目次[非表示] 1.はじめに 2.まず、データーベースの「負荷分散」って何でしょうか? 3.RDSとリードレプリカとは 4.ここからは実際にテストしてみました 4.1.RDSでデーターベースを作成 4.2.テストデータを作成 4.2.1.railsアプリケーションの設定 4.3.データーベースにテストデータを追加する 4.3.1.テストデータをコマンドで追加 4.3.2.テストデータがRDS(MySQL)に入っているか確認する 4.4.RDSからリードレプリカを作成 4.5.テストツール(JMeter)のセットアップ 4.5.1.JMeterのインストール 4.5.2.JMeterテストプランの設定 4.5.2.1.スレッドグループを作成 4.5.3.JDBC接続設定追加の設定 4.5.4.JDBCリクエストの設定 4.5.5.リスナーの指定 4.6.テスト結果の比較 5.終わりに はじめ

                        リードレプリカを活用してRDSの負荷分散を実際に検証してみた。
                      • GPT-4VでiPhoneの画面を操作するシステム 米Microsoftなどの研究者らが開発

                        このコーナーでは、2014年から先端テクノロジーの研究を論文単位で記事にしているWebメディア「Seamless」(シームレス)を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 Twitter: @shiropen2 最近の研究では、スマートフォンのタスク自動化に着目している。方法の一つとして、画面画像をテキストで説明し、大規模言語モデル(LLM)で処理するアプローチがある。今回は、大規模マルチモーダルモデル(LMM)の効果を生かし、GPT-4Vを使用したゼロショットのスマートフォンGUIナビゲーションシステム「MM-Navigator」を提案する。 MM-Navigatorは、人間のユーザーと同様にスマートフォンの画面と対話し、与えられた指示を遂行するための次の行動を決定できる。 LMMを使用したGUIナビゲーションには、2つの主要な課題がある。これら

                          GPT-4VでiPhoneの画面を操作するシステム 米Microsoftなどの研究者らが開発
                        • PlaywrightによるE2Eテスト自動化を導入したので各種構成とtipsをご紹介

                          株式会社シャペロンのsrkwです。 シャペロンでは昨年、Playwrightを使ったE2Eテストによる各種機能の検証の自動化を導入しました。 E2Eテスト導入の背景や、チームへの浸透に向けた取り組みと反省等については別の記事で紹介しているので、興味のある方はこちらも併せてご覧ください。 この記事では、シャペロンの日次のE2Eテスト実行を支えるインフラ構成と、PlaywrightによるE2Eテスト導入によって溜まったtipsをご紹介したいと思います。同じようにPlaywrightを使ったE2Eテスト導入を検討している、あるいは導入済みで格闘している方にとって、少しでもお役に立てると嬉しいです。 日次のE2Eテスト実行を支えるインフラ構成 前提:Shaperonのテナント構成 シャペロンは製薬企業向けのコミュニケーション用SaaS、Shaperonを提供しており、Shaperonは利用テナント

                            PlaywrightによるE2Eテスト自動化を導入したので各種構成とtipsをご紹介
                          • ゲームボーイとゲームボーイアドバンスのエミュレーター「Pizza Emulators」がGoogle Playから削除される

                            ゲームボーイやゲームボーイアドバンスといった任天堂ゲーム機のエミュレーターを開発するPizza Emulatorsが、すべてのアプリをGoogle Play上から削除すると発表しました。 Nintendo emulator Pizza Emulators pulls its apps from Google Play store | Eurogamer.net https://www.eurogamer.net/nintendo-emulator-pizza-emulators-pulls-its-apps-from-google-play-store Android向けにゲームボーイとゲームボーイアドバンスのエミュレーターアプリを配布していたPizza Emulatorsが、「アプリ開発よりも家族を優先する」として、アプリの削除を発表しました。 Pizza EmulatorsのDisco

                              ゲームボーイとゲームボーイアドバンスのエミュレーター「Pizza Emulators」がGoogle Playから削除される
                            • Introducing the AWS Integrated Application Test Kit (IATK) | Amazon Web Services

                              AWS Compute Blog Introducing the AWS Integrated Application Test Kit (IATK) This post is written by Dan Fox, Principal Specialist Solutions Architect, and Brian Krygsman, Senior Solutions Architect. Today, AWS announced the public preview launch of the AWS Integrated Application Test Kit (IATK). AWS IATK is a software library that helps you write automated tests for cloud-based applications. This

                                Introducing the AWS Integrated Application Test Kit (IATK) | Amazon Web Services
                              • Dockerコンテナを活用したテストツール【Testcontainers】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                はじめに Testcontainersとは Testcontainersのメリット ハンズオン 環境設定 goプロジェクトの作成 必要なパッケージのインストール テストコードの作成 コンテナリクエストの設定 コンテナの起動 コンテナのホストとポートの取得 結果の確認 まとめ はじめに こんにちは! エンジニア2年目のTKDSです! 前回はDaggerを紹介しました。 今回もコンテナ技術を活用して、テストを容易にするツールについて紹介します。 今回取り上げるのは、統合テストやエンドツーエンドテストのためにDockerコンテナを利用するライブラリ、Testcontainersです。 Testcontainersとは Testcontainersはさまざまなプログラミング言語(Java、Go、Python、Node.jsなど)向けに提供されており、Daggerと同様にテスト用のコンテナを簡単に作

                                  Dockerコンテナを活用したテストツール【Testcontainers】 - RAKUS Developers Blog | ラクス エンジニアブログ
                                • freee 権限管理基盤を開発するチームの今を語ろう! - freee Developers Hub

                                  この記事はfreee 基盤チーム Advent Calendar 2023 の2日目の記事です。 こんにちは、freee の 権限管理基盤マイクロサービスを開発するチームでエンジニアリングマネージャーを務めている sentokun と申します。今回はその権限管理基盤チームの体制について語っていこうと思います。チームビルディング的な話としてお役に立てれば幸いです。 長い記事となったので、5日目との前後編でお送りさせていただきます。後編はこちらで公開予定。 チーム体制はざっくり以下の図のように立ち上げ期、探索期、構築期を経て現在に至っており、この記事では現在について記載していきます。後編では現在に至るまでの話を記載します。 チームの歴史イメージ 権限管理基盤とは?の記事: developers.freee.co.jp また、この記事では ユーザー = 基盤を利用する freee プロダクトとし

                                    freee 権限管理基盤を開発するチームの今を語ろう! - freee Developers Hub
                                  • API仕様ファースト開発: 柴田 芳樹 (Yoshiki Shibata)

                                    「API仕様ファースト開発」という用語は、私自身が雑誌「WEB+DB PRESS Vol.134」の特集1「実践API設計」を執筆する際に考えた造語です。 全く新規にサービスを開発する場合の開発順序は次のようになります(記事の題3章の図1)。 図1 API仕様ファースト開発での開発順序 これは、私自身が初めてメルペイで担当して、一からマイクロサービスを開発したときの開発順序です。そして、その後、チーム移動により別のマイクロサービスの開発へ移動したり、カウシェへ転職したりした際に、最初に導入したのはE2Eテストフレームワーク(記事の第4章「E2Eテストフレームワークの構築」)でした。 そして、API仕様の技術的負債(エンドポイントの仕様が書かれていなくて、それをテストするE2Eテストもない状態)を返済するために、次の開発順序(記事の第5章の図1)を自分自身も行い、他の開発者達にも行ってもらう

                                      API仕様ファースト開発: 柴田 芳樹 (Yoshiki Shibata)
                                    • テストに特化したAIモデルが登場、存在意義を問い直すバルテスとSHIFT

                                      第3回では品質保証のためのソフトウエアテストを主力事業とするバルテスとSHIFTの取り組みを追う。 テストベンダーの強みは、これまで実施してきたテスト設計書やバグリポートなどの資産を持つことだ。これらをAI(人工知能)に学習させ、テストに特化した出力を可能にしている。テストケースを自動生成したりテストエンジニアにテスト観点をレコメンドしたりすることで、テストの品質向上が見込める。 テストデータの準備に威力を発揮 バルテスでは、米Microsoft(マイクロソフト)の「Azure OpenAI Service」を利用した社内向けの検証基盤を構築し、数千万点のテスト資産を学習させている。具体的には「テスト設計書」、パラメーターのパターンやテスト観点の深掘り方法などを表記した中間ファイル「テスト明細」などだ。この基盤を活用し、同社のテスト自動化ツール「T-DASH」に「テストケースをより早く生成

                                        テストに特化したAIモデルが登場、存在意義を問い直すバルテスとSHIFT
                                      • ViteでVueコンポーネントテスト用のカスタム属性を削除する

                                        はじめに お久しぶりです、からころです。 突然ですが、みなさん Vite は利用してますか? Vitest や Jest をはじめ、Vueでコンポーネントのテストをする際に、 しばしばテスト用にカスタム属性を用意することがあります。 テスト属性がバンドルされてプロダクション環境に出てくると、 意図しない挙動を引き起こしたりするかもしれないから避けたい! そもそもテストタグを追加するだけなのにビルド後のコードに変更が加わるのは気持ち悪い! といった方に向けた記事になります。 設定について nuxt.config.tsの場合 { ... // 下記を追加する vue: { compilerOptions: { nodeTransforms: [ (node) => { if (node.type === 1 /* NodeTypes.ELEMENT */) { for (let i = 0;

                                          ViteでVueコンポーネントテスト用のカスタム属性を削除する
                                        • Simple setup: Virtual Screen Reader in Storybook

                                          How to set up Storybook with Guidepup's Virtual Screen Reader and test what the screen reader speaks Recent changes to the @guidepup Virtual Screen Reader library make it ridiculously easy to integrate into Storybook for use in your integration tests. This article shows how to get the basic setup going and how to write your first screen reader test in Storybook. tl;dr The Virtual Screen Reader is

                                            Simple setup: Virtual Screen Reader in Storybook
                                          • 【Nuxt 3移行】ユニットテストをNuxt 2から移行し、実行速度が4倍速くなった話 - メドピア開発者ブログ

                                            こんにちは。フロントエンドエンジニアの相澤 ( @ttt3pu ) です。 みなさま、Nuxt 2 から Nuxt 3 へのアップグレードは順調でしょうか。 メドピアでは、2023年末のVue 2のEOLへ向けて、 各プロダクトで積極的にNuxt 3へのアップグレードを進めています。 現在私の担当しているプロダクトでは、マイグレーション作業自体はほぼ完了しており、 残すはQAテストなどを行うのみと言う段階で、本番リリースまであと一歩というところまで進んでおります! 🎉 マイグレーションの事例も徐々に増え始めてきて、Nuxt 3のリリース当初よりも段々と移行はしやすくなってきましたが、 個人的に結構大変だったのがユニットテストのマイグレーション作業でした。 当記事では、マイグレーションに当たっての Tips と、ついでに Vitest を導入したことにより、 実行速度が 約 10分 ->

                                              【Nuxt 3移行】ユニットテストをNuxt 2から移行し、実行速度が4倍速くなった話 - メドピア開発者ブログ
                                            • Migrating away from Jest and achieving over 90% reduction in running time

                                              Unfortunately, I’ve been using Jest since 2019. No offense to the Jest team – I’m pretty sure they’re awesome and way smarter than I am, but I wish I had made this move earlier in this project. I’m not talking about UI testing here, so assume everything I’m saying is about server-side JS. If you’re happy with Jest, don’t switch! I’m not trying to convince anyone. I’m just sharing my experience bec

                                              • Google公式「Web表示パフォーマンス改善塾」スタート(テストもあるよ)【SEO情報まとめ】 | 海外&国内SEO情報ウォッチ

                                                  Google公式「Web表示パフォーマンス改善塾」スタート(テストもあるよ)【SEO情報まとめ】 | 海外&国内SEO情報ウォッチ
                                                • Introducing MSW 2.0

                                                  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

                                                    Introducing MSW 2.0
                                                  • Vite でマルチページを Playwright でテストする

                                                    モチベーション ドキュメントに載せるサンプルコードを E2E テストできるようにしたい Vite でマルチページ使いたい index.html と main.ts の組み合わせ Playwright で E2E テストを実行したい 戦略 src/index.html でそれぞれのサンプルに飛べるようにしたい env.local で必要な設定を指定できるようにしたい VITE_ を使う src/spam や src/egg とサンプル毎に細かく index.html と main.ts を用意したい vite 時はいいが、vite build 時に困るので対応する必要がある vite.config.js で rollupOptions の input を設定をする必要がある エントリーポイントを src/ 以下にしたい root で設定する .env のパスは root を変更するとそこに影

                                                      Vite でマルチページを Playwright でテストする
                                                    • 「テスト自動化実践ガイド」執筆に至るまで - Qiita

                                                      はじめに テスト自動化についての本を書きました。2024年7月30日に発売します。 もともと2021年3月ぐらいから書き始めて、同年12月に書き終わる予定だったのですが、伸びに伸びてこんなことになってしまいました。 幸いなことに興味を持ってくださっている人が多いようなので、ここでは書籍で書ききれなかった、執筆に至るまでの背景(あるいは、いかに自分がE2E自動テストで苦労してきたか)について書いてみたいと思います。 試行錯誤の時期 自分が初めてE2Eテスト自動化に取り組んだのは2018年ごろからで、当時は TestCafe というツールを使っていました。そのころのことは別の記事に書いてあります。 ちょっと引用してみましょう。 イケてるところ コマンド一つでマルチブラウザテスト環境が構築できる これだけで完成です。SeleniumのようにWebDriverのインストールは必要ありません。あとは

                                                        「テスト自動化実践ガイド」執筆に至るまで - Qiita
                                                      • 『定理証明手習い』の読み方(私論) - golden-luckyの日記

                                                        本記事は、ラムダノートで発売している『定理証明手習い』を買っていただいた方に「読んで」とお願いするための「私家版、読み方のおすすめ」です。そもそも定理証明とか自分には関係ないしっていう人も多いと思うので、「気になるけど買ってない」という方に興味を持ってもらうことも目的としています。 「ラムダノートの本の読み方(私論)」シリーズはこれで第3回なのですが、前回からは丸1年も空いてしまいました。この間に『実践プロパティベーステスト』を出版し、プログラムの挙動を検証する本について語れることが増えたので、そのあたりの世界観自体から話を始めていきたいと思います。 テストケースを手作りして挙動を確かめる 性質からテストケースを自動生成するプロパティベーステスト プログラムの性質を値によらず「証明」する 証明してみよう 続きは『定理証明手習い』で 現実的な効能? テストケースを手作りして挙動を確かめる 配

                                                          『定理証明手習い』の読み方(私論) - golden-luckyの日記
                                                        • TerraformのChecksとTestsの使い分け | DevelopersIO

                                                          1. テスト用の一時的なリソース作成の有無 Testsはテスト実行時に、テスト用のリソースを一時的に作成することができます。 上記の何が嬉しいかというと、直接リソースを作成しない(※)モジュールでテストが行いやすいです。 tfファイルを直接みる静的解析に比べて、ApplyやPlanを伴うテストの方が得られる情報は多いため踏み込んだテストができます。 呼び出し側でテストをする場合、関連するリソースの数が多く1回あたりの実行に時間がかかります。 全体に比べて作成するリソース数が少ないため、Testsはモジュール単位でテストを行うことに適しています。 ※ディレクトリで直接terraform applyを行わない。他tfファイルから呼び出して、リソースを作成する。 2. ライフサイクルの外側でのチェックの有無 Terraformの設定ファイルだけでは、ステータスがわからない項目もあります。 例えば

                                                            TerraformのChecksとTestsの使い分け | DevelopersIO
                                                          • https://www.zenrows.com/blog/selenium-avoid-bot-detection

                                                            • ジョブに対する自動テスト実装のアプローチ

                                                              はじめに こんにちは、バックエンドを中心に開発をしている野島と申します。 最近は、弊社プロダクトであるSmartMat Cloudに対する自動テストの拡充を推し進めています。 SmartMat Cloudは在庫の重量を計測し、閾値を下回った際に自動で発注を行う機能を有するIoTプロダクトです。この記事ではその発注機能、特にジョブに対するテストについて共有します。 発注ジョブに対する自動テストを作成する中で、下記の課題がありました。 どのようにしてジョブを実行するか ジョブの実行結果はどう評価するか これらに対するアプローチを共有します。 どのようにしてジョブを実行するか 発注ジョブはCronで定期的に実行されており、テストをしたい任意のタイミングでどのように発注処理を実行するかが課題でした。 そこで、テスト用のWebAPIを作成し、これを呼び出すことでジョブと同じ処理を実行することにしまし

                                                                ジョブに対する自動テスト実装のアプローチ
                                                              • Next.js Middlewareのテストコードを書く

                                                                この記事では、Next.js Middlewareのテストコードを書く方法を紹介します。Middlewareはリクエスト時に最初に処理されるパーツで、認証やリダイレクトなどに使われます。パスやCookieなどに応じて分岐するため十分にテストをしないと意図しないリクエストを受け入れてしまう可能性があります。 今回はユニットテストを使ってMiddlewareの動作確認をしていきます。 まずはテスト対象のMiddleware 以下は高階関数を用いて、2つの処理を結合しているMiddlewareコード例です。 IPアドレスのアクセス制限 restrictIp リダイレクト処理 redirectAccountsPath ちなみに今回は高階関数で書いていますが、必ずしも高階関数である必要はありません。素朴に書いてもテストコードは書けます。書きやすい方で問題ありません。 import { type Ne

                                                                  Next.js Middlewareのテストコードを書く
                                                                • ZOZOTOWN検索の精度評価への取り組み - ZOZO TECH BLOG

                                                                  こんにちは。検索基盤部の橘です。検索基盤部では、ZOZOTOWNのおすすめ順検索の品質向上を目指し、機械学習モデル等を活用しフィルタリングやリランキングによる検索結果の並び順の改善に取り組んでいます。 最近行った並び順の精度改善の取り組みについては以下の記事をご参照ください。 techblog.zozo.com また、検索基盤部では新しい改善や機能を導入する前に、A/Bテストを行い効果を評価しています。A/Bテストの内容や分析の自動化への取り組みについては以下の記事をご覧ください。 techblog.zozo.com 検索基盤部ではA/Bテストの事前評価として、オフラインの定量評価と定性評価を実施しています。特に定量評価は、並び順の精度改善の仮説検証を迅速に行う手段として有効です。 しかし、ZOZOTOWNのおすすめ順検索の商品ランキングロジックの1つであるフィルタリング処理についてはこれ

                                                                    ZOZOTOWN検索の精度評価への取り組み - ZOZO TECH BLOG
                                                                  • 忍者式テストの秘密公開!驚きの20年の実績が明かされる! - CAT GETTING OUT OF A BAG

                                                                    2023年(仏暦2566年)は、わたしにしてはあり得ないほど活動的な年になった。特に忍者式テストに関する外部への露出が増えて「急にどうした?」と感じられた方もいるかもしれない。なぜこんなことになったのかを記録しておく。 なお、タイトルは「AIタイトルアシスト」(はてなブログの生成AIによる新機能)に作ってもらった。リンク先の論文やスライドを見てもらえれば忍者式テストの秘密がわかるし、驚きの20年の実績(テスト結果)も載ってるから嘘じゃない。自分では思いつかないよ。すごいねぇ。 忍者式テストについて書き物を残したい なぜこんなことになったのかのアンサーは「忍者式テストについて書き物を残したい」これに尽きる。忍者式テストは @m_seki が率いるチーム(咳チーム)が続けているXP(エクストリームな反復開発)に有効なプラクティスである。わたしは忍者式テストの実践者であり、素晴らしい取り組みだと

                                                                      忍者式テストの秘密公開!驚きの20年の実績が明かされる! - CAT GETTING OUT OF A BAG
                                                                    • APIシナリオテストツールとしてのrunn / 4 API testing tools

                                                                      APIテストツール4選!開発者が語る各ツールの特徴と魅力 https://trident-qa.connpass.com/event/299308/ このセッションではAPIシナリオテストツールとしてrunnで何ができるのかを紹介します。 また、runnの開発者として「runnがどのような設計思想で開発されているのか」「runnはどのようなAPIテストに向いていてどのようなAPIテストに向いていないのか」など直球で紹介できればと思います。

                                                                        APIシナリオテストツールとしてのrunn / 4 API testing tools
                                                                      • 2024-03-19のJS: Storybook 8、Nuxt 3.11、Cloudflare Workers + Vitest

                                                                        JSer.info #685 - Storybook 8.0がリリースされました。 Storybook 8 Storybook: UI component explorer for frontend developers 破壊的な変更として、storiesOf APIの削除、*.stories.mdxの削除、StoryShots addonの削除、Yarn v1のサポート終了などが行われています。 詳細はマイグレーションガイドを参照してください。 Migration guide for Storybook 8.0 • Storybook docs 機能追加として、Chromaticとの連携機能の実装、MSWを使ったReact Server Component(RSC)のサポート。 そのほかには、SWCを使うことでビルドパフォーマンスの改善、react-docgenがデフォルトとなるように変

                                                                          2024-03-19のJS: Storybook 8、Nuxt 3.11、Cloudflare Workers + Vitest
                                                                        • Balancing Old Tricks with New Feats: AI-Powered Conversion From Enzyme to React Testing Library at Slack - Slack Engineering

                                                                          Balancing Old Tricks with New Feats: AI-Powered Conversion From Enzyme to React Testing Library at Slack In the world of frontend development, one thing remains certain: change is the only constant. New frameworks emerge, and libraries can become obsolete without warning. Keeping up with the ever-changing ecosystem involves handling code conversions, both big and small. One significant shift for u

                                                                            Balancing Old Tricks with New Feats: AI-Powered Conversion From Enzyme to React Testing Library at Slack - Slack Engineering
                                                                          • GitHub - ssssota/doc-vitest: Documentation tests with Vitest

                                                                            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

                                                                              GitHub - ssssota/doc-vitest: Documentation tests with Vitest
                                                                            • GitHub - usebruno/bruno: Opensource IDE For Exploring and Testing Api's (lightweight alternative to postman/insomnia)

                                                                              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

                                                                                GitHub - usebruno/bruno: Opensource IDE For Exploring and Testing Api's (lightweight alternative to postman/insomnia)
                                                                              • Cypressを使ったフロントエンドのテスト駆動開発:LINEドクターの事例

                                                                                はじめに こんにちは。プロダクト開発本部のYoungjin Jangです。 皆さんはフロントエンド開発をするときに、テストコードを書いていますか? フロントエンドは分野の特性上、開発スケジュールの後半に成果物(スペック、デザイン、API)を総合して最終的にプロダクトを作る立場になるため、時間に追われてテストコードを書きにくいこともあるかと思います。逆にスケジュールの前半では他の職種より比較的時間が余ることもあるでしょう。この時間を活用してテストを書いてみるのはいかがでしょうか? この記事では、テスト駆動開発の基本的な概念とCypressを利用したテスト駆動開発方法、そして実際にLINEドクターのフロントエンドを開発するときに、どのようにテスト駆動開発を行っているかを紹介します。 LINEドクターとは LINEドクターはオンライン診療サービスで、ユーザーはLINEを通じて診察を受け、処方箋や

                                                                                  Cypressを使ったフロントエンドのテスト駆動開発:LINEドクターの事例
                                                                                • grpc-goのNewClient()を使うとbufconnを使ったテストがUnavailableでコケる件の対処法

                                                                                  TL;DR grpc-go v1.64.0からDial()やDialContext()がDeprecatedとなった 代わりに推奨されたNewClient()を使うとbufconnを使っているテストがUnavailable(name resolver error: produced zero addresses)で落ちる 初期化として resolver.SetDefaultScheme("passthrough") を突っ込むと動くよ 原因 gRPCクライアントを作成する際、従来のDial(), DialContext()ではデフォルトのネームリゾルバーは passthrough として作成されます。 これがNewClient()からは dns になったためです。 bufconnは passthrough であることが前提で作られているためエラーになります。 rpc error: code

                                                                                    grpc-goのNewClient()を使うとbufconnを使ったテストがUnavailableでコケる件の対処法