画面仕様書への静的検査器を実装したらたくさんの欠陥を発見できた話 - DeNA Testing Blog
SWET第二グループのKuniwakです。本記事では画面仕様（後述）の仕様書に対する静的検査器を開発した事例について紹介します。 伝えたいこと 画面表示と画面遷移を記述する仕様書は機械可読にできる 仕様書が機械可読であれば仕様の静的検査ができる 静的検査によって自身の担当範囲の15%の画面から計40件弱の欠陥を発見した 機械可読な仕様書にはさらなる応用が見込める おさらい：仕様とは 仕様の定義はいくつかあります。 ここでは仕様とは実装の正しい振る舞いを定める基準とします。 ある実装が正しいと判定されることを、実装が仕様を満たしたといいます。 誰による判定でも実装が仕様を満たしたかどうかの判定結果は一致すべきです。 さて実装の欠陥と同様に、仕様にも欠陥が生じえます。 本来正しいと意図した実装の振る舞いを誤っていると判断したり、その逆に誤っていると意図した実装を正しいと判断する仕様には欠陥があ
Playwright MCP を使ってAIにUXを評価してもらう - Qiita
はじめに 乗り遅れましたが巷ではMCPが流行っていたので、気になっていたPlaywright MCPを使ってみたいと思います。 今回は、AIが画面操作を出来るならUXも評価してくれるのでは？という思い付きを試してみました。 1. MCPとは？ MCPは、Model Context Protocolの略称です。 Protocolとある通り、「AI」と「サービスやリソース」を繋ぐ、共通規格です。 従来の悩み 従来は、AIと他サービスやリソースを連携させる際、それぞれの接続先ごとに個別の実装が必要となり、開発者に大きな負担がかかっていました。 下記ではAIエージェントが利用できるように「ブラウザ操作」「画像生成」など個別に実装する必要があります。 MCPが解決すること 「AI」と「サービスやリソース」を繋ぐ部分を共通規格化することで、開発の負担が減り、手軽にAIとサービス・リソースを接続できるよ
Microsoft Playwright MCPが切り拓くLLMとブラウザの新たな統合
はじめに ウェブブラウザの自動操作は長い間、テスト自動化やスクレイピングの重要な分野でしたが、大規模言語モデル（LLM）の台頭により、まったく新しい可能性が開かれつつあります。マイクロソフトの最新プロジェクト「Playwright MCP（Model Context Protocol）」は、LLMとブラウザの間に革新的な橋を架け、AIがより効率的かつ確実にウェブと対話できる世界を実現しています。 本記事では、Playwright MCPの技術概要、主要機能、そして実際のビジネスにおける活用事例について探っていきます。 Playwright MCPとは？ Playwright MCPは、マイクロソフトが開発したModel Context Protocol（MCP）サーバーで、Playwrightのブラウザ自動化機能をLLMに提供します。従来の画像認識やスクリーンショットベースのアプローチとは
Playwright MCPとCursorで、E2Eテストを自動生成してみた 〜AI×ブラウザ操作の新アプローチ〜
概要 Playwright MCPとCursorを活用し、E2Eテストをゼロから自動生成してみました。 本記事ではその検証プロセスと得られた知見を紹介します。 この記事で分かること Playwright MCPでE2Eテストを自動生成する方法 Playwright MCPの活用のヒント はじめに 昨今のMCPブームは収まることを知らず、日々新しいMCP Serverが公開されています。 そんな中、自動化テストツールとして有名なPlaywrightのMCP Serverが公開されました。 Playwrightには、既にユーザーがブラウザを操作しテストを生成できる非常に便利な機能がありますが、今回はそれを超えるために、ユーザーの代わりにCursor（MCP Client）を使用し、ブラウザの自動操作とE2Eテストの自動生成を行えるのかを検証しました。 検証環境 Cursor: claude-s
Monkey Test Helper パッケージのトラブルシュート - やらなイカ？
Unity上でオブジェクトベースのモンキーテストを実行できる Monkey Test Helper パッケージ*1のトラブルシュート資料を和訳しました。 対応バージョンは 0.14.0 です。 Monkey Test Helper は、オートパイロットフレームワーク Anjin の UGUIMonkeyAgent の内部実装にも使われています。 Monkey TimeoutExceptionがスローされた 次のメッセージを伴なう TimeoutException がスローされたとき、操作可能な GameObject がSceneに1つもない状態が5秒間続いたことを示します。 Interactive component not found in 5 seconds デフォルト実装では*2、次の要件をすべて満たす GameObject が1つもないことを示します。 Selectable を継承
テストコードを負債化させないために備えるべき3つの資質 - Qiita
はじめに テストコードのないプロダクトコードは負債ですが、きちんとメンテナンスされていないテストコードもまた負債です。 テストコードが負債化するとプロダクトコードも負債化が進み、プロダクトのレガシー化が加速するでしょう。 そうさせないためには、プロダクトコードと同じようにテストコードに投資をする必要があります。つまり、保守性の高いテストコードを書くように普段から心がけるべきです。 本投稿ではテストコードの保守性を高めるためのポイントをご紹介します。 なぜテストコードに投資するの？ テストコードは散らかる プロダクトコードは、一般化されていて抽象的です。対して、テストコードは特殊化されていて具体的です。具体的とはどういうことかというと、個々のテストケースでは具体的な値が割り当てられたデータが使用されます。例えば任意の整数xではなく、x = 2という値を取り扱います。 一般に、あるプロダクトコ
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB / Readable test code
Developers Summit 2025での登壇資料です。 【発表資料中のURL】 ◆P12
dotnet testのテスト失敗時に自動リトライさせる - tech.guitarrapc.cóm
C#でテストを書いていて、不安定だがリトライすれば通るテスト(Flasky Test、フレークテスト)を避けられないことがあります。XUnitを拡張してRetryFact1を用意するのもいいのですが、もっとさっくりdotnet testをリトライしたいと考えたことはありませんか?私はいつも思ってます。 そこで今回はdotnet testの失敗時にdotnet test自体をリトライする方法を検証したメモです。 考えられる方法 リトライさせるdotnet testを用意する dotnet testを自力でリトライする dotnet-test-rerun インストール 使い方 利用例 dotnet testを移行できるのか dotnet-retest インストール 利用例 dotnet testを移行できるのか まとめ 考えられる方法 .NETにおけるテスト実行はdotnet testコマンド
Unity Test Framework バージョン 1.3 から使えるasync/awaitを使ったテスト
UnityTest属性とNUnitの一部属性は併用できない 次の属性はUnityTest属性と組み合わせて使用できませんでしたが、Asyncテストでは使用できます。 TestCase属性 TestCaseSource属性 Pairwise属性 Sequential属性 引用元: Unity Test Frameworkの非同期テストで できること/ できないこと - やらなイカ？ Unityが提供する [UnityTest] 属性は、テストメソッドをコルーチンとして実行するためのアトリビュートです。一方、NUnitが提供する [TestCase] や [TestCaseSource] などのパラメータ化テスト用アトリビュートは、基本的に void メソッドで使用する想定になっています。そのため、 [UnityTest] と組み合わせて使用すると、以下のようなエラーが発生する場合があります。
TestFlightで招待済みユーザーの表示が「テスト準備完了」になってアプリがインストールできない
はじめに 先日、一時的にTestFlightでアプリがインストールできなくなったので、その時に発生した事象と解決方法について紹介します。 発生した事象 元々TestFlightをアプリ開発で使用しており、問題なくアプリのインストールが出来ていました。 しかしある時期から突然iPhoneのネットワーク接続が上手くいかず、TestFlghtのアプリのインストールも出来なくなってしまいました。 この事象の直接の原因は、iPhoneの日付と時刻の自動設定をOFFにしていたことでサーバーエラーになっていたことでしたが、この事象を解決する為に試行錯誤した時に、TestFlightアプリを一度アンインストールしていました。 iPhoneの日付と時刻の自動設定をONにしてから、再度TestFlightをインストールして招待済みのアカウントでログインしましたが、以下の様なテスト準備完了の表示のままになってし
時間がないからこそ、テストを書く
こんにちは。 株式会社ココナラ在籍のKです。 「時間がないからテストは後で書く」 そのような言葉を聞くたび、「テストを一緒に書くことでむしろ時間を節約できるのに、もったいない」と感じます。 本記事では、その理由を明確にした上で、私がよくやっているTDDをゆるく取り入れたテストの進め方をご紹介します。 対象読者 本記事は、以下のような悩みをお持ちの方に向けた記事です。 テストの重要性は理解しているものの、時間的な制約からテストを後回しにしてしまいがち TDDに興味はあるものの、難しそうでなかなか実践できない TDDのテストファーストという手法に馴染めない チーム内にテストの文化を広めたい 本記事の構成 大きく以下の2つの構成になっています。 テストを後で書くという考え方への考察 TDDをゆるく取り入れた実践手法 本記事におけるテストの定義 本記事で扱うテストは、主としてロジックのユニットテス
LocalStack 実践入門 | AWS サーバレスパターン開発ワークショップ
📕 この Zenn Book について LocalStack はローカル環境や CI 環境で実行できる AWS エミュレーターです。この Zenn Book は、LocalStack を使って AWS サーバレスパターンを体験する実践的なワークショップです。 🚀 環境構築不要 ワークショップでは GitHub Codespaces を使うため、ラップトップ上に環境構築をする必要がなく、ブラウザですぐに試せます。 ⭐️ 登場する AWS サービス（順不同） ・AWS CloudFormation ・AWS SAM ・Amazon S3 ・AWS Lambda ・Amazon CloudWatch ・Amazon CloudWatch Logs ・Amazon SNS ・Amazon API Gateway ・AWS Step Functions ・Amazon DynamoDB ・Ama
組織に自動テストを書く文化を根付かせる戦略（2024冬版） / Building Automated Test Culture 2024 Winter Edition
2024年12月20日 ソフトウェアテストシンポジウム 2024 東海 #jassttokai24
httpstat.us
This is a super simple service for generating different HTTP codes. It's useful for testing how your own scripts deal with varying responses. Just add the status code you want to the URL, like this: httpstat.us/200 We'll return a response like this: HTTP/1.1 {status code} {status description} Content-Type: text/plain or application/json Content-Length: {something} {any custom response headers} {st
【令和最新版】実はUnityの単体テストは割と手軽に書ける【2024年版】 - Qiita
Tests Assembly Folder は別に必須ではない そんなものいらないです、実は。 ゲームのコードをわざわざAssembly DefinationでAssembly-CSharp以外にするのつらスンギと思ってませんか？ 自分も思ってました。そうしないとUnity Test Frameworkを使えないと思ってましたから… なにせこうやって テストアセンブリフォルダを作ってないとテストスクリプトのテンプレ生成もさせてくれませんからね。 でもUnityのUIに言われるがままテストアセンブリフォルダを作ってテストコードを配置して、とやると 肝心のテストをしたい対象である自分のコードを参照できません。 これを解決するためにはAssembly Definationを新規制作してゲームのコードたちをそっちのアセンブリーに所属させテストアセンブリからそれを参照するようにすればいい、と言われる
Pocoを利用したUnity製アプリのテスト自動化 - Qiita
はじめに 去年まではスプレッドシートを利用した自動化をメインにアドベントカレンダーの記事を書いていましたが、今年はPocoを利用したUnity製アプリのテスト自動化を業務で行ったためナレッジのまとめを記事にすることとしました。 この記事をきっかけとして少しでも多くの方がPocoに興味を持っていただければ幸いです。 PocoはAirtestのサブセットとなっているためまずはAirtestとPocoについてお話しします。 AirtestとPocoについて Airtestの概要 Airtestは、NetEaseが提供するオープンソースの自動化テストツールです。 主に画像認識を利用して、画面上の操作を自動化します。特にモバイルゲームやアプリのUIテストに適しており、コードの知識が少なくても使いやすいのが特徴です。 WindowsやAndroid、iOS、Unityエディタなど、多くのプラットフォー
【C# .NET】Fluent AssertionsのAssertionメソッドについて整理する
概要 Fluent Assertionsは、C# .NETでテストコードを書く際に利用されるライブラリです。テストの検証部分を英語の文章のように直感的かつ読みやすく記述できます。たとえば、「この値が期待通りである」や「この例外がスローされた」といったことを、簡潔で自然な形で表現可能です。 「なぜFluent Assertionsを使うのか？」については、公式ドキュメントのWhyに分かりやすく書かれていますので、そちらをご覧いただければと思います。 この記事では、 私が公式ドキュメントを読んでもすぐに理解できなかったAssertionメソッド 私が「へー、こんなのもあるんだなー」と感じたAssertionメソッド を中心に整理していきます。 Fluent Assertionsをインストールする
【Unity2024 Advent Calendar】Unityのコードメトリクスを可視化するための分析基盤の作り方(CodeCoveragePackage + coverlet.collector + octocov + BigQuery + Looker Studio) - はなちるのマイノート
はじめに こちらはUnity2024 Advent Calendarの12/20記事になります。是非他の方の記事もチェックしてみてください。 qiita.com 今回はUnityでのコードメトリクスを可視化するための分析基盤の作り方について紹介したいと思います。 PRのコメントでコードメトリクスを表示してくれるコードメトリクスの遷移を可視化した様子 はじめに Code Coverageとは 構成概要 Unity公式パッケージ「CodeCoverage」 セットアップ方法 実行方法 アセンブリをフィルタする HTML Reportを生成する octocovを利用してGitHubに通知を行う 設定ファイルの作成 GitHub Actionsのワークフロー作成 Game CIの利用 動作している様子 BigQueryの構築 GCPのサービスアカウントの作成 Big Queryであらかじめデータセ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
もう少しテストを書きたいんじゃ〜 #phpstudy
『テスト書いた方が開発が早いじゃん』を解き明かす #phpcon_nagoya
