タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
こんにちは！スマートキャンプでインサイドセールスに特化した SaaSを作っているエンジニアの井上です。 携わっている上記のプロダクトは使いやすさにこだわっているため、UIの修正を行うことが多々あります。 そんななかで起こった問題の対応としてビジュアルリグレッションテストを導入したので、今回はその話をできればと思います。 背景 ビジュアルリグレッションテストとは？ ビジュアルリグレッションテストをやる目的 何をテストをするのか？ 使用したツール Cypress reg-suit 画像を取得する 画像の差分を検知する Circle CIによる自動化 ベース画像の自動更新 ビジュアルリグレッションテストの実行 ハマったところ 結果どうなったか reg-suitの結果画面 今後の改善・取り組みたいこと 背景 ビジュアルリグレッションテストを導入する前に、UIに大きく影響する改修がありました。 影響
こんにちは、MedPeerの開発を担当している森田です。 今回は私が開発に参画しているMedPeerに元々E2Eテストで利用していたCapybaraと、reg-cliを利用してビジュアルリグレッションテスト(以下VRT)を行える環境を整備したので、それについてご紹介させていただきます。 なぜ、VRTを導入するのか？ VRTの要件と技術選定 実際に構築したVRT基盤の概要 VRT基盤の具体的な話 System Spec内でスクリーンショットを取得する reg-cliでスクリーンショットの差分をチェックする 分かりやすいコマンドでVRTを実行できるようにする CIで差分をチェックする OS間での利用フォントによる違いを吸収する おわりに 参考にさせて頂いた資料 なぜ、VRTを導入するのか？ MedPeerでは元々System Specを活用したE2Eテストを利用してフロントエンドを含めて品質を
こんにちは、デジタルトランスフォーメーション（DX）事業本部のエンジニアの中嶋（@nyamadorim）です。もともと Rails のサーバサイド開発をメインに担当していましたが、今期はフロントエンド開発に取り組んでいます。 この記事では、「おうちの語り部*1」というプロダクトにビジュアルリグレッションテストを導入して、CSS の改善サイクルが回り始めた話を紹介します。 ビジュアルリグレッションテストとは ビジュアルリグレッションテスト導入の動機 テストツールの選定 reg-suit 他のテストツール reg-suit によるテスト環境の構築 reg-suit によるビジュアルリグレッションテストのフロー reg-suit の利用イメージ 差分が見つかれば、Pull Request に通知 どのページ/コンポーネントが変わったかを見る ピクセル単位で差分を確認する 差分がなければ ✨✨ R
Visual Regression Test(以下VRT)をやろうと思うと画像をどこに保存するかを検討する必要がでてくるケースがある。 (web アプリケーションのVRTを前提とすると)多くの場合、テキスト形式である*.snapとは異なり、画像取得時のOSやfont、ブラウザのversionなどにより差分がでやすくなってしまう。そのため画像はCIなど環境を極力そろえた状態で取得し、S3などに上げVRT対象の画像を管理するケースがみられる。 今回はこのフロー・管理の簡略化を目指しactionsを作成・リリースした。 成果物 repositoryは以下。yamlに後述するstepを記述すれば使用できる。 セットアップ 最小の記述は以下となる。これで./images以下の画像に対してVRTを行ってくれる。VRTに必要な画像管理はactionsが受け持ち、PRごとにレポートをコメントする。 nam
PHPとAPI Platformで作る本格的なWeb APIアプリケーション（入門編） / phpcon 2024 Intro to API Platform
【第115回稼働報告】こんにちは！タケルです。 稼働報告といきます。 本日は午前中彼女と打ちっぱなしに行き、その後での稼働となります。 最近は涼しくてかなり快適です。スロットに行くのがもったいないです。 1台目 パチスロガメラ 天井狙い 174G1台目はガメラの天井狙いで当日174Gです。また前日ゲーム数は118Gでありまだボーナスを引いていないので 据え置きなら292Gです。 一時期ガメラを打つ頻度は下がりましたが、最近少し増大してる店が多いのでまた増えてきました。 打っていて楽しいので良かったです。 439Gにてバトル目よりギャオスとのバトルに発展し勝利しました。 初当たりはまあ良くも悪くもないですね。 しかしREGでした。払い出しは85枚です。 初回対決を確認するためしばらく回していると59Gにてギャオスとの対決に再度勝利しました。 またしてもREGでした。97枚の払い出しです。 初
【第117回稼働報告】こんにちは！タケルです。 稼働報告といきます。 前回の稼働の続きです。 1台目 番長3 ベル天井狙い 37回1台目は番長3のベル天井狙い37回です。これだけハマっていれば打てるかと思います。 期待値は安いですが。 ベル58回の時にノリオバドミントン対決に発展しましたが敗北しました。 そして特訓ステージに移行です。 チャッピーラグビー対決に発展しましたが負けました。 投資 4000円 回収 0円 期待値 500円 2台目 パチスロガメラ 天井狙い 293G2台目はガメラの天井狙い293Gです。 REG後なので悪くない台だと思います。 352Gにてギャオスを倒しました。 しかしREGでした。ここ最近REGばかりです。 せっかく早く当選したのにもったいないです。 初回対決確認してやめ。 投資 3000円 回収 2000円 期待値 1000円 3台目 パチスロガメラ 天井狙い
はじめに 過去このブログでは Visual Regression Testing（以降 VRT）に関連した記事をいくつか書いてきました。 Puppeteer を使った Storybook の自動スクリーンショット撮影用のアドオンを作った - wadackel.me reg-viz のリブランディングをした - wadackel.me reg-cli の Report UI をリニューアルした - wadackel.me Storybook と reg-suit で気軽にはじめる Visual Regression Testing - wadackel.me 関連ツールへのコントリビュートから始まり、現在業務でも活用しています。業務で扱うプロジェクトでは、検証対象となるケースが約 2,500 程度になっていて、実行時間に不満が出るようになりました。 今年の 1 月頃にその不満を解消するため高
5人集まって「高設定示唆(強)」が出ました はい！こんばんわ〜⭐ 元パチ&スロプロの ジョニー・ナミノリです🕺 今回はスロット【番長ZERO】で高設定示唆が出て粘ってみた時の稼働記録を載せておきます 早速スタート🎬 番長で初めて2000枚でました(^○^) まともに打ったのも2回目なんですが… 当たってみると面白いので もっと早くに手を出しておきたかったです 赤い矢印が打ち初め このグラフを見ると 前打者は設定なんてどうでもいい程の猛連チャンをして 満足して帰って行ったのでしょう(＾ω＾) 数値的にどうこうとかはまだ打ち込んでないのでわかりませんが とりあえず貼っておきます 最期にこの日の自身最高の12連チャンできてよかったです (22時01分 1Gヤメ) ここからはこの日撮れた嬉しかった画像を貼っておきます 対決の時に 稲中卓球部みたいな人が出てきてボーナス濃厚を確信しました 赤7が
【第84回稼働報告】こんにちは！タケルです。 少し前にスマホをワイモバイルからahamoに変えたのですがワイモバイルと比べてahamoは電波状況が悪い時が多いです。 回線によって得意な場所やそうでない場所があるのかもしれませんが京都においてはワイモバイルの方が電波が良いと感じます。 特に私がよく行くパチンコ店の店内においてahamoの電波状況はかなり悪いです。 スロット打ちながら記事が書きづらくなってしまいました。 まあ総合的にみたらそれでもahamoに軍配が上がりますけど。安いので。 では本日も稼働報告といきます。 1台目 パチスロガメラ 天井狙い 354G 1台目はパチスロガメラの天井狙いで354Gです。今回が初打ちとなります。 ガメラの天井は状況によって異なります。 BIG後 1000G+α REG後 930G+α 設定変更後 900G+α とのことです。 354Gはかなり浅めなので
【第96回稼働報告】こんにちは！タケルです。 本日も稼働報告と行きます。 今日は有休を取って仕事を休み朝一から並びます。 平日なのでいつもの大型店です。前日から入場くんオンラインで受付だけ済ませておきました。 抽選番号は91番でした。ほぼ最後尾なので悪い番号です。 この番号だと聖闘士星矢は厳しそうなので鬼浜を狙います。 さて、入場ですが無事鬼浜を確保することができました。 1台目 鬼浜爆走紅蓮隊狂闘旅情編 リセット狙い 0G 1台目は鬼浜6号機のリセット狙いです。前日ゲーム数がが4Gなので安心です。 まだ他の台が空いてるのでできればカニ歩きしたいです。 早くも鬼メーターが4つ点灯してます。これはカッ飛びゾーンに入って欲しいです。 カッ飛びゾーン突入です。 激アツ演出も頻発しツッパリラッシュに当選できました。 しかし勝率アップアイコンの貯まりは悪く勝利は22%でした。 さすがに真ツッパリラッ
こんにちは！ROUTE06 プロダクトデベロップメント本部の @mh4gf です。 現在僕が関わっているプロジェクトでは、実装の変更に伴う UI のデグレードを検知するためにstorycapとreg-suitを利用した Visual Regression Test を GitHub Actions で実施しています。 運用を進める中で撮影対象のスクリーンショット数も増え、テスト実行時間の増加に悩まされてきました。テスト高速化に取り組みいくつかの改善に成功したため、この記事でその方法を紹介します。 3 行まとめ まず最初に取り組むべき並列実行の基本についてはこの記事を参照してください https://blog.wadackel.me/2022/vrt-performance-optimize/ turborepo を利用し storybook の差分ビルドを行う GitHub Actions
はじめに この記事は，まだmem2regのことをふんわりとしか理解していない人が書いています．間違いの指摘などお待ちしております． また，この記事内では解説にLLVM-IRの前提知識を必要とします．(alloca, load, store, use-def chain などが何なのかわかっていればOK.) mem2reg とは mem2regはLLVMのPassの一つで，可能な限りメモリアクセスをレジスタアクセスへと変換します． LLVMのPassとは言いますが，単にメモリアクセスをレジスタアクセスへと変換する機構のことだと思っていただければOKです． mem2reg は大まかに何をするのか ここからの解説は，主にこのあたりのコードに沿って進めていきます． レジスタへと昇格できる alloca を集める. どんなalloca? → load, storeからのみアクセスされていて，アドレス
【第53回稼働報告】こんにちは！タケルです。 本日も稼働報告を行なっていきます。 1台目 地獄少女宵伽 0G 前日598G1台目は地獄少女宵伽の0Gです。 前日ゲーム数は598G数ですが、途中でボーナスを挟んでいる為見かけ上は222Gです。 さらにボーナスの前のART当選ゲーム数は825Gということで天国準備モードで当選した可能性があります。 もし据え置きならばかなり美味しい台となりす。 しかしリセットならばマイナスです。 難しいところです。 またリセット時は25%で高確に移行です。 公園ステージやあいの家ステージに移行すればリセットの可能性が少し高くなるとのこと。 その他、地獄少女はフェイク前兆が当日依存タイプとのことで、前兆ゲーム数でリセットの判別はできません。 全体的にリセット判別しづらいですが 据え置きの場合美味しいこと、見かけ上の前日ゲーム数が222Gでそれほどハマっていないこ
こんにちは。ATOM事業部フロントエンドテックリード兼デザイナーの河原です。 ATOMでは現在大規模なリファクタリングを実施してます。 今回はその一環で ビジュアルリグレッションテスト を導入した事例を紹介します。 はじめに ビジュアルリグレッションテスト（VRT）とは 名前の通り見た目をテストするための手法です。 実際にブラウザにレンダリングした際のスクリーンショットを改修前後で比較し、ピクセル単位で差分を検出します。 一般的なE2Eテストコードでは検出困難な意図しないデザイン変更を検出することができます。 VRTの例 VRT導入で実現したかったこと バグの削減と早期発見 回帰テストの工数削減 これにより積極的なリファクタリングを可能にしたい 上記をなるべく楽して実現したい テストは費用対効果が大事ですよね。。 ATOMとは www.atom.tools ATOMは運用型広告統合管理プラ
ご無沙汰してます！ ジョニー・ナミノリです🙂 スマホを換えて編集が大変なので放置してしまいました… メモと画像が溜まってしまったのでブログのためにとっておいたデータを消化していきたいと思います 確か2021/5/11の稼働分から まともに勝負できた マイジャグ4と 最後に捲りに使った南国育ちを取り上げておきます 約2000Gで BIG2 REG10 先ずはマイジャグ4から 個人3855G 単独BIG 10回 1/386 単独REG 11回 1/350 🍒重複REG 4回 1/964 🍇確率 1/6.19（623個） 🍒確率 1/36 （107個） 🤡1回 🔔2回 最初は良かったけど中間設定としか思えない感じになったので撤収 両隣も出てたしスーパー等価なので設定3～5を並べてあるのかな… 8連後捨ててあった台を打ってその後一度も浮くことなく終了 www.dhaep
↑フリーズからの全回転での赤7 お疲れ様です！ ジョニー・ナミノリです🙂 今回はプレミアムハナハナを16時半から閉店22時45分くらいまで回した記録を載せておきます 先ずはこの日の戦況を書いておきたいと思います 朝一から並ばず入場で開始しました 46→50.6枚交換と46スーパー等価の店を行ったり来たりしました 気づけば29Kマイナスでした… 15時くらいに車に戻って立ち回りを振り返りました 特別悪いことはしてないけど投資がかさみすぎたかな… よし！ 今のうちにため込んだ画像やメモを編集してブログの下準備をしよう。 そう思って最近の画像とメモを見ていたら なんか〇ソ稼働のオンパレードじゃねえか… 5日分くらいの記録を全部消してスッキリしました 今から記事に書けるくらいの稼働をしよう！ 精神を研ぎ澄まして打つ台を探そう 今の時間と投資額を考えたら等価の店しかない！ そしてスーパー等価の店に
作成日 ：2024/08/06 最終更新：2024/08/16 09:07 はじめに①：情報提供のお願い本noteは皆様の知識をお借りして作成させて頂いております。 協力および拡散頂き、誠にありがとうございます。 情報提供はこのnoteのコメントに記載頂くか、下記ツイートにリプライでお願いします。 既に出ている情報でも「(位置やScaleを)こうすればもっと楽に対応できた！」などの情報もお待ちしております…… AアバターとBアバター、体型が似てるからAアバター向けの衣装をBアバターのシェイプキーでちょっと絞れば着せれるよ！ みたいな情報が無限に欲しいし、まとめてるページが欲しい。 noteにまとめたいので 情報持ってる方いたらここにリプください。 — Reg(土) (@ANCR_eret) August 6, 2024 1.本記事の概要非対応衣装、対応させたいよね。日光当てたいし。 本記事
Windowsにおけるレジストリは、設定を記憶する「データベース」。Windowsの利用歴が長いユーザーなら、1回くらいはなんらか触ったことがあるだろう。 そのレジストリの操作では、「レジストリエディタ」が有名で、インターネットでの関連記事のほとんどがこれを使っている。しかし、レジストリにアクセスする方法は、レジストリエディタだけではない。 レジストリエディタの左側に表示されるのが「キー」で、右側の領域に表示されるのが「値」。値は複数定義可能で、「名前」、「種類」（データ形式）、「データ」から構成されている そもそもWindowsにおけるレジストリとは？ レジストリはWindows固有の機能だが、一般的には「キー、バリューストア」からなる。ただし、レジストリの場合、1つのキーに複数の「値」（バリュー）が存在できるため、値には名前がある。「値」だと理解しにくいこともあるのか、マイクロソフトの
Visual Regression Testをサポートするreg-actionsをリリースした #2023-11-18 Visual Regression Test(以下VRT)をやろうと思うと画像をどこに保存するかを検討する必要がでてくるケースがある。 (web アプリケーションのVRTを前提とすると)多くの場合、テキスト形式である*.snapとは異なり、画像取得時のOSやfont、ブラウザのversionなどにより差分がでやすくなってしまう。そのため画像はCIなど環境を極力そろえた状態で取得し、S3などに上げVRT対象の画像を管理するケースがみられる。 今回はこのフロー・管理の簡略化を目指しactionsを作成・リリースした。 目次
はじめに 社のフロントエンド開発で、品質担保施策の一環としてVRTを実施しています。 単純にコンポーネントをマウントした結果だけではなく、interaction test や msw-storybook-addon を合わせて活用し、pageやmodal単位の振る舞いの変化の結果の担保として、integration test の役割も一部担わせているため、これを安定化させ、オオカミ少年にしないことが重要です。 そのために、ドキュメントされていない点で改善を試行錯誤した部分があるのでまとめておきます。 改善事項 storycapは厳密には play function に対応していないことを意識する storycapは、正式なサポートとして、play関数のPromiseが解消されたことを確認してから撮影しているわけではありません。storybookにこれが導入される前から、撮影の安定化のために
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
Intel.com サーチを使用 いくつかの方法で Intel.com のサイト全体を簡単に検索できます。 製品名: Core i9 文書番号: 123456 開発コード名: Emerald Rapids 特別な演算子: “Ice Lake”, Ice AND Lake, Ice OR Lake, Ice*
Intel.com サーチを使用 いくつかの方法で Intel.com のサイト全体を簡単に検索できます。 製品名: Core i9 文書番号: 123456 開発コード名: Emerald Rapids 特別な演算子: “Ice Lake”, Ice AND Lake, Ice OR Lake, Ice*
Intel.com サーチを使用 いくつかの方法で Intel.com のサイト全体を簡単に検索できます。 製品名: Core i9 文書番号: 123456 開発コード名: Emerald Rapids 特別な演算子: “Ice Lake”, Ice AND Lake, Ice OR Lake, Ice*
2. おはなし ❏ 自動E2Eテストの現実 -つらみ- ❏ 自動E2Eテストの現実に立ち向かう -目視確認- ❏ 目視確認のための自動化 ❏ Visual Regression Testの世界へ ❏ reg-suitで手軽にVisual Regression Test ❏ QA Wolfでスクリーンショットを取得 ❏ Unit Test同様にCIで実行 ❏ 現場の声 ❏ まとめ 4. 自動E2Eテストの現実 -つらみ- ❏ 自動E2Eテストの現実 ❏ テストNGの時、自動テストの不備をまず疑う ❏ テストNGなのに、対象システムにバグがあると言いきれない ❏ 自動テストもプログラムに過ぎず、テスト自身のバグの可能性 ❏ 自動テスト用環境が原因の可能性 ❏ 自動テスト用技術が原因の可能性 ❏ リトライしたら動いてしまうような、一時的な問題の可能性 ❏ 保守が追いついておらず、常にNGとなる状
↑結果はこんな感じ ハナハナ天翔で初めてBIG中のハズレを拝めました😆 歴代のハナハナを参照すると BIG中のハズレが出ると設定4.5.6の可能性が グンと跳ね上がる感じだったと思います！ 連チャンしっぱなしで終わったこともあって 個人のBIG®確率は設定6越えの数値となりました 光の加減で少しグラフは見づらいけど 昇龍のような右肩上がり🤗 これからもこの調子でボーナスを引き続けていきたいと願う今日この頃でございます では今回はこの辺で👋 ご訪問ありがとうございました✨ 〜おしまい〜 ↓押すと運気が上がります(きっと) にほんブログ村 にほんブログ村
2019年7月31日、Vue.jsに関する知見を共有する勉強会「Roppongi.vue #2」が開催されました。Vue.jsをさまざまな角度から掘り下げるライトニングトークには4人が登場。「Reg suitで始めるお手軽画像差分テスト」に登壇したのは、おとべ氏です。登壇資料はこちら Reg suitで画像差分テスト おとべ氏：おとべです。このタイトルでLTしようと思うんですけど、ちょっとお気づきの方いらっしゃるかと思いますけど、スライド68枚あって大変で、5分じゃ収まりそうになりないので、マジでライトニングにすっ飛ばしつつ進めたいと思います。 自己紹介です。おとべです。僕も読み方がわからないIDでTwitterやGitHubとか全部やっているので、よかったら見てください。 また、ゆめみですね。出ました、ゆめみ。「全員CEO」とか「有給取り放題」とかいろいろ言ってるんですけど、僕はまだ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
