サンプル ファイルをダウンロード テストやデモンストレーションのあらゆるニーズに対応する 100 を超える無料サンプル ファイルにアクセスできます。サンプル ファイルには、特定の要件に合わせてさまざまなサイズ、解像度、形式が用意されています。開発者、デザイナー、テスターのいずれであっても、私たちは 誰もが楽しめるものを用意しています。使いやすいインターフェイスを使用すると、各サンプル ファイルを簡単に参照してダウンロードできます。 ライセンス不要でサンプル ファイルをダウンロード 必要なすべてのテスト ファイルを 1 か所に テスト、デモ、またはプレゼンテーション用のサンプル ファイルまたはダミー ファイルが必要ですか? ここで探しているものが見つかります。当社が厳選した無料ファイルには、ニーズを満たすさまざまなサイズ、解像度、形式が用意されています。 すべてのファイルが安全で、ウイルスや
こんにちは!メドレーで QA エンジニアをしている小島 (@Daishu) です。 AI を活用したテストケース生成について、私が組織で実践しているアプローチを紹介します。 ※この記事は「Medley Summer Tech Blog Relay」2 日目の記事です はじめに テストケースの自動生成は、もはや珍しい話ではありません。弊社でも全社的に AI 活用を推進しており、個人レベルで AI エディタや CLI を自由に利用できる環境が整っています。 しかし現実には、個人の工夫が個人のローカルで完結してしまうという課題があります。効果的なプロンプトやテスト観点が個人のナレッジに留まり、組織として蓄積されません。結果として、AI に与えるドメイン知識が不足し、メンバーごとに品質にばらつきが生じ、同じ失敗を繰り返すリスクがあります。 開発速度 10 倍化と QA の課題 弊社の AI 推進グ
本記事では、1日目におこなわれた『龍が如く7 光と闇の行方』(以下、『龍が如く7』)のデバッグに関するセッション“「龍が如くスタジオ」のQAエンジニアリング技術を結集した全自動バグ取りシステム”をリポート。 セッションには、セガのQAエンジニア・阪上直樹氏と、ビルドエンジニアの粉川貴至氏が登壇した。 バグをハグしたくなる自動システム! まずは阪上氏が開発者たちへ向けて、「バグは好きですか?」という質問からセッションがスタート。最初に龍が如くスタジオの各タイトルで、バグを発見した数の推移が公開された。ゲームの規模が大きくなるにつれ、バグも増加傾向にあるという。 そして全自動バグ取りシステムを運用した『龍が如く7』では、なんと25000ものバグが発見されたという。こう見るとネガティブな印象を受けるかもしれないが、バグ発見数が多ければ多いほど、ゲームクオリティがアップするということだ。 バグとい
初めに 今回は Cursor を用いて、Pull Request の作成や Flutter の Golden Test を実装する方法をまとめていきたいと思います。なお、筆者は GitHub Actions などの扱いに慣れているわけではないため、間違っている部分等あれば指摘していただければ幸いです。 記事の対象者 Flutter 学習者 Cursor で PR の作成を行いたい方 Cursor で Golden Test の実装を行いたい方 目的 今回の目的は、 Cursor でPRを作成する方法をまとめ、さらに同時に Golden Test を実行できるようにすることです。最終的には、以下の動画のように Cursor に変更内容のプッシュを依頼することで Golden Test が実施され、UIの差分がPR上で確認できるようになるまで実装してみたいと思います。 作成したいPRのイメージ
はじめに フロントエンド開発において、効率的かつ一貫性のあるモック生成は非常に重要です。本記事では TypeSpec、Orval、Storybook の 3 つのツールを使用して自動生成でモックを実現する方法を紹介します。 TypeSpec は、大規模な API を提供するために Microsoft が開発し、使用している新しい API 記述言語です。 Orval は、OpenAPI 仕様から TypeScript のクライアントコードを生成するツールです。これにより、最新の API 仕様に基づいたクライアントコードを常に保持し、API との通信がスムーズに行えるようになります。 Storybook は、コンポーネントを独立して開発・テストするためのインタラクティブなツールです。コンポーネントの見た目や動作を個別に確認できるため、UI の一貫性を保ちながら効率的に開発を進めることができます
Background これまでVitestでコンポーネントのテストを行う時は、jsdom や happy-dom を使ってブラウザ環境を偽装していました。しかし、偽のブラウザ環境を使うことは多くの問題があり、また開発者はテスト以外でどこにも存在しない環境を作り上げるという不毛な作業が必要でした。 この問題を解決するために、Playwright や Cypress などのテストフレームワークは Component Test をサポートしています。しかし、UnitテストでPlaywrightやCypressを使うのは少々Fatであり、Reactのhooksなどのテストをすることができません。 Vitest Browser Modeを使用することで、Vitest上でComponent Testが可能となり、これらの問題を解決できます。 Installation Browser ModeのSetu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く