Testcontainersを利用したApache Kyuubiのユニットテスト環境構築
こんにちは。LINEヤフー株式会社ビジネスPF開発本部で LINE DMP の開発を担当している yamaguchi です。 この記事は、Testcontainers を活用して Apache Kyuubi を用いたユニットテスト環境をどのように構築したかを紹介します。 はじめに LINE DMP（Data Management Platform）は LINE 外部から同意を得てアップロードされた、あるいは LINE の内部で得られたデータをさまざまな形で ETL 処理をし、LINE広告やLINE公式アカウントのような B2B サービスで活用できるようにするためのプロダクトです。 膨大な累積データや非常に大きなトラフィックを扱うこともあり、リアルタイム処理から大規模バッチ処理までさまざまな LINE にまつわるデータ処理を行っています。 プロジェクトの背景 大規模データを取り扱うにあたり、
TerraformとMotoでAWSリソースの作成をローカルで試そう - Ponz Dev Log
この記事は terraform Advent Calendar 2024 の8日目の記事です。 昨日は @mitomito さんによる [terraform]S3とTransferFamilyでsftpサーバを作るでした。 Table of Contents はじめに Motoとは? いざ実践 使用するソフトウェア Motoを起動 Motoの動作確認 Terraformの設定 Terraformリソース定義の記述 terraformコマンドを実行 はじめに クラウドサービスのプロビジョニングにTerraformを使いたいものの、実環境に繋がずできるだけローカルで完結させたい場合ってありませんか？ 例えば以下のようなケースです。 クラウドのアカウントの調達リードタイム、コスト調整の関係でアカウント利用にハードルが高い。 セキュリティポリシーの制約でインターネットの限られたサイトしか接続できな
Playwright MCPのNetwork機能を改良してAPIテストの調査から実装まで自然言語でやれるか試してみた
こんにちは。ダイの大冒険エンジョイ勢のbun913と申します。 みなさんはAPIテストを書く時に、「もうCursorとかでどんな時にどういう順でAPIが呼ばれるか、仕様の把握からテストコードの作成まで自然言語で指示できないかな」と思ったことはありませんか？私はあります。 今回は以下のB1のように、特定のユースケースを満たすために、呼ばれている一連のAPIを把握して、そのままAI搭載エディタにテストを書いてもらうということをPlaywright MCP server に搭載された Network機能を使って、試してみました。 どんなAPIが呼ばれたか？ では API: hoge と API: fuga の結果、ユーザーにはこのような情報がみえるべきなのでそのテストを書きましょう といったことを自然言語で指示して、開発のバックグラウンドのない方でもAPIテストをPlaywrightで記載できる
Playwright MCP を使って、自然言語で E2E テストを実行してみた - Qiita
はじめに Playwright MCP を使って、自然言語から E2E テストを実行できるかどうかを試してみました。今回は、デスクトップ版の Claude を利用して、プロンプトを入力してテストを実行してみます。テスト対象のアプリケーションは、ブラウザベースで操作可能な TODO を管理するサンプルアプリを対象としました。 Playwright MCP の詳細については、公式のドキュメントを確認してください。 実行環境 Claude for Mac: 0.9.1 Claude Pro プラン（Free プランでも制限内で、実行はできます） @playwright/mcp: 0.0.9 テスト対象のサンプルアプリについて テストを実行するサンプルアプリケーションは TODO タスクを CRUD できるようなシンプルな WEB アプリです。以下のような機能があります。 タスクを新規作成、編集、
自動テストの信頼性を高めるミューテーションテストの活用に向けて
2024/10/18 iOS Test Night #13の登壇資料
browser-useでE2Eテストを自動化すると1ドルで44テストが書ける話 - Qiita
E2Eテストはソフトウェアの質を確保する重要なプロセスですが、実施には大きなコストが必要です。パスを指定してテストコードを書く作業、ちょっとしたDOMの変更で通らなくなるテスト。 コードを書くのが好きなエンジニアもテスト駆動が好きなエンジニアもいますが、e2e書くのが大好き！というエンジニアに会ったことはありません。 そしてテック業界での課題感も大きくE2Eテストの自動化やノーコードを目指すサービスも多数存在します。しかし高価なうえ、自動化の精度が十分でない場合も少なくありません。 そんな中で browser-use が登場しました。Web開発者にとってブラウザの自動操作といえば思いつくのはe2eテストです。 概要 本実験では、以下のツールとサービスを使用してE2Eテストの自動化を試みました。 使用ツール: Python, browser-use, Playwright, Jest 実験用
Vitestを使った型テストの始め方
WeJS @ 42nd https://wajs.connpass.com/event/293440/
Playwright を使いこなすためのベストプラクティス - Qiita
はじめに Playwright を使うことで比較的簡単に E2E テストを実装することができます。しかし、通常テストコードは実装したら終わりということではなく、継続的にメンテナンス（保守）が必要になります。その際に保守しやすいように実装するため、Playwright の公式ドキュメントに記載されているベストプラクティスの中で参考になりそうな部分を確認しておこうと思います。 テストの独立性を高める 可能な限りテスト間の依存が無いようにして、テストを分離すると良いというプラクティスです。各テストが独立していることで、 １つのテストが失敗しても他のテストに影響しない テストの順序を考慮する必要がない テストをシンプルに保つことができる あたりのメリットがあるかと思います。また、特定の処理（例えば特定の URL に遷移する処理）の繰り返し実装するのを避けるために before and after
「単体テストの考え方/使い方」で学んだこと - 徒然なるままに
この本を読んだので学んだこと記載します。 単体テストの考え方/使い方 | マイナビブックス 読んだ理由 感想 学びになったこと(抜粋) テストケースの質 単体テストにおける古典学派とロンドン学派の違い 単体テストの定義(古典学派) 単体テストの定義(ロンドン学派) 良いテストを構成する4本の柱 ブラックボックステストとホワイトボックステスト 4種類のプロダクションコード 統合テストについて 疑問点 読んだ理由 この本は去年の12月年末くらいにtwitterで流れてきて知りました。単体テストがどのような役割を果たせるのか改めて学べそう、そして、効果的な単体テストを学べそうと思ったので読んでみました。 感想 分厚い本ですごく読み応えがありました。読むのが少し大変でしたが、その分学びになったことが多かったです！ 古典学派とロンドン学派の考え方、初めて知りましたが面白かったです。この本は古典学派推
EnzymeとReact Testing Libraryの違いを調べてみた
この記事は何？ 過去に少しだけEnzymeを触ったことがあり、最近Reactを触るようになったため、公式から推奨されているテストライブラリについて調べた Enzymeとは？ Airbnb によって開発された React v16 までしかサポートしていない コンポーネントの内部構造や状態にフォーカスしており、コンポーネントのメソッドや状態を直接テストすることが可能 コンポーネント内のメソッドを単体でテストすることができる Vue.jsのテストライブラリ（Vue Test Utils）に近い React Testing Library Kent C. Dodds（Testing Trophyの考案者）によって開発された ユーザー視点でテストすることを重視しており、コンポーネントを操作して表示される内容をテストする E2Eに近いイメージ コンポーネント内にアクセスすることができない コードで差を
KubernetesとGaugeを活用したTDD開発事例
XP祭り2018の発表資料です。 発表した時の資料より文字を多くしてます。
Property based testing を試してみよう - Qiita
Property based testingとは 歴史的な背景として2000年にJohn HughesとKoen Clasessenによって 開発されたQuickCheckがProperty based testingとしてHaskellエコシステムに実装されました。 QuickCheckはプロパティ（特定の入力が与えられると出力として期待される特性） を与えることで、 テストデータをランダムに生成して、失敗するケースを見つけるHaskellで実装されたフレームワークです。 それによってテスト対象のシステムがプロパティに従っているかどうかをチェックします。 QuickCheckは単体テストだけではなく、統合テストやサンプルベースのテスト等幅広く使われています。 このテスト方法はProperty based testingとして知られるようになりました。 2020年現在は、HaskellのQ
click を使ったエラーケースのテスト方法 - Tak's Notebook
背景 実装 コード テスト方法 まとめ 背景 コマンドラインインターフェイスの click のテスト方法についてのメモ 実装 コード 以下のコードをテストしたい場合を考える。 # src/main.py import click @click.group() def cli(): pass @cli.command() @click.option("--name", type=str, required=True, help="The person to greet.") def hello(name): if name == "Bob": raise ValueError("Sorry, Bob is not allowed.") click.echo(f"Hello {name}!") @cli.command() @click.option("--name", type=str, r
変更につよいユニットテストの書き方.pdf
このスライドは、鈴木がユニットテスト（デベロッパテスト)についての個人としての考えをもとに登壇をしたものです。 このプレゼンテーションでは、ユニットテストの書き方についてご紹介しています。主なトピックは以下の通りです： ユニットテストの目的 開発者の支援 バグの予防 コードの信頼性…
Infrastructure as Code におけるテスト駆動開発とその差分
4月23日 LT Infra Study Meetup #1「Infrastructure as Code」 〜インフラ技術の「これまで」と「これから」を網羅！インフラ勉強会シリーズ第1弾〜 https://forkwell.connpass.com/event/171560/
PO,SMに送るテスト自動化の8原則に5箇条を添えて / scrumniigata2023
Scrum Fest Niigata 2023
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitLabとOrvalを活用したフロントエンドテスト
Terraform x OPA/Conftest の tips
テストデータ生成支援ツールをChatGPTで作った話＋＠
良いテストは良いフィードバック/wacate2020w