Playwrightを使ったE2Eテストを導入した話 - インフラ編 Playwright × Allure Report × AWS - Uzabase for Engineers
はじめに こんにちは。ソーシャル経済メディア「NewsPicks」の QA/SET チームの海老澤です。 先日は Playwright を使ったE2Eテストの導入について、紹介させていただきました。 今回は作成したテストをAWS 基盤上で動かす方法を紹介させていただきます。 前回の記事 tech.uzabase.com E2Eテスト実行のタイミング NewsPicksでは 下記のタイミングで E2Eテストを実行させています。 ①リリース時のカナリーデプロイ後 NewsPicks ではカナリーリリースを採用していてカナリーへのデプロイが完了した後、カナリーに向けてE2Eテストが動きます。 ②開発環境デプロイ後 動作確認をしたい場合に feature ブランチなどでデプロイ後 E2Eテストを実行できるようにしています。 本記事では主に 「②開発環境デプロイ後」 を例に紹介します。 実行方法 具
GUIのスクリーンショットを読み込むと必要なコードを生成する仕組みでスタートアップが人工知能を活用
by Gwydion M Williams デンマークのIT系スタートアップであるUIzard Technologiesが人工知能(AI)を利用して、グラフィカルユーザーインターフェイス(GUI)のスクリーンショットを読み込ませると、そのGUIに必要なコード(storyboardファイルやHTMLファイル)を出力するというアプリケーションを開発しました。YouTubeではそのデモンストレーション映像が公開されています。 pix2code - YouTube 「pix2code」はGUIのスクリーンショットからコードを生成します。 まず用意したのはモバイル端末向けのGUI。単なるスクリーンショットのPNG画像です。 これをpix2codeに読み込ませます。pix2codeではターゲットとなるプラットフォームを「iOS」「Android」「Web」の3つから選べるようで、ここではiOSを選んで
Building GUI App with Electron and Lisp
This document discusses how an electronics payment company called Pocket Change built their GUI application using Common Lisp instead of JavaScript. They used the Electron framework, which normally uses JavaScript, but modified it to use Common Lisp instead. They spawned a Common Lisp process that communicates bidirectionally with the Electron processes using JSON-RPC over WebSockets. This allows
GUIアプリケーションアーキテクチャ総合！みたいなやつ書いてる - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
最近はずっとJSでGUIを書くっていうお仕事をやっていて、その中で様々な知見が溜まってきてます。 そのときにひしひしと感じたんだけど、世の中にはさまざまなアプリケーション・アーキテクチャの話が溢れかえっていて、結構混乱を産んでいるように思います。 MVVMだけ見ても、「MVVMで実装しています」って主張しているものがMVVMパターンと違うパターンで実装されていたり、「軽量MVVM」なんて言葉が生まれていたりという状況があって、これはだいぶ混乱が極まっているぞ、と感じる状況です。 また「最近はClean Architectureが熱いらしい！MVVMを捨ててやってみよう！」とか言う発言を目にしたりして、「Clean ArchitectureとMVVMは矛盾しないからMVVMを捨てる必要はないんだよ！」って思ったりもするわけです。 そういう混乱の中にあるひと（それは知見を貯めるまえの自分のこと
DockerでGUIのアプリ動かすためのメモ - Qiita
追記：グループの設定を追加 環境はUbuntu 16.04にDocker 1.13.0。基本的に以下のROSのチュートリアルページの「2. The safer way」を参照。 http://wiki.ros.org/docker/Tutorials/GUI [1] docker run -it \ --user=$USER \ --env="DISPLAY" \ # ホスト側のDISPLAYを設定 --workdir="/home/$USER" \ # 初期ディレクトリをホストユーザーのホームに設定 --volume="/home/$USER:/home/$USER" \ # ホストユーザーホームをマウント --volume="/etc/group:/etc/group:ro" \ # 以下4つはホスト側のユーザー情報をそのまま使うための設定 --volume="/etc/passwd:
第424回 GUIプログラムをPython／Ruby／ECMAScriptで書く | gihyo.jp
先週の記事に対するお詫び 前回の記事において、Ubuntuプロジェクトでのパッケージの取り扱いについて、筆者の事実誤認による誤った記述がありました。主要な誤りは2点で、パッケージの分類基準と、Feature Freezeの説明です。他にも説明の誤りがあり、全面的に内容を修正しました。読者の皆様にはご迷惑をおかけしたことをお詫びいたします。 Ubuntuのデスクトップ環境は、ウェブブラウザなどユーザーが必要とするソフトウェアがデフォルトでインストールされているため、そのままでも十分に便利です。主要なシステム設定もマウスで行えるため、Unixライクな環境にありがちな「真っ黒な画面にコマンドをひたすら入力する」という、すなわちコマンドラインによる操作をしなくても一通りのことができます。 しかし一度困難に陥ると、真っ黒な画面での操作すなわちコマンドラインによる操作を要求されます。簡単なコマンドだっ
[test][automation] sikuliを使ってGUI操作を自動化する - Qiita
はじめに sikuliは画像認識(OpenCV)を利用したGUI自動操作ツールです。 操作対象を画像としてマッチングするため、スクリーン上に表示されているものであればアプリケーションの種類を問わず操作することができます。 スクリプトはjythonで書きます。 詳細は公式サイトを参照して下さい。 開発者向けにAPIも公開されています。 今回はSikuli 1.0.1のインストール方法と簡単なサンプルを紹介します。 インストール手順(for windows 7) 1. JDKの準備(割愛。JDK6,7で動きました) 2. ダウンロード 公式サイトの"SikuliX Package - Learn More and Get It"を選択 "SikuliX powered by RaiMan"の"Stable Version"を選択 "launchpad"の"sikuli-setup.jar"をダ
![[test][automation] sikuliを使ってGUI操作を自動化する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca75a009d9029f0442aabc5e6f7f5a430dbf8470/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCdGVzdCU1RCU1QmF1dG9tYXRpb24lNUQlMjBzaWt1bGklRTMlODIlOTIlRTQlQkQlQkYlRTMlODElQTMlRTMlODElQTZHVUklRTYlOTMlOEQlRTQlQkQlOUMlRTMlODIlOTIlRTglODclQUElRTUlOEIlOTUlRTUlOEMlOTYlRTMlODElOTklRTMlODIlOEImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWY4NGQxYjAzZjg2NjlmODdjODZiZGRhOGIwZmVlYjhl%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBZSGF5YW1hJTQwZ2l0aHViJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1jNmFmNmJhMjljZjE0NmZjYTIyMGU1OGU1YzIyY2VlMA%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44Oq44Kz44O8SVTjgr3jg6rjg6Xjg7zjgrfjg6fjg7PjgrrmoKrlvI_kvJrnpL4%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D36338b02af70b50e2fe801a3682f8ca3)
PythonのGUIライブラリKivyによるクロスプラットフォームGUIアプリ作成入門 - MyEnigma
Kivyプログラミング ―Pythonで作るマルチタッチアプリ― (実践Pythonライブラリー)posted with カエレバ原口 和也 朝倉書店 2018-06-25 Amazonで探す楽天市場で探すYahooショッピングで探す 目次 目次 はじめに Windowを作る アクションバーを作る テキスト入力ボックスを作る ボタンのUIを作る スライダーUIを作る チェックボックスのUIを作る matplotlibのグラフをkivyの一部として利用する 二次元の地図データを埋め込む 参考資料 MyEnigma Supporters はじめに 先日、 PythonのマルチプラットフォームGUIライブラリである Kivyを紹介しましたが、 myenigma.hatenablog.com myenigma.hatenablog.com 今回は、Kivyによる基本的なGUIシステムの 作り方を紹
PythonのPyQtによるクロスプラットフォームGUIアプリ作成入門 - MyEnigma
Qt Quickスターターブック―Qt5.10対応 (SHOEISHA DIGITAL FIRST)posted with カエレバ折戸 孝行 翔泳社 2018-03-15 Amazonで最安値を探す楽天市場で最安値を探すYahooショッピングで最安値を探す 目次 目次 はじめに インストール Macの場合 Linux(Ubuntu)の場合 Windowsの場合 Windowを作る ステータスバーに文字などを表示する メニューバーを作る ツールバーを作る 一行のフォームに文字や数値を表示する 複数行のテキストボックスを作る 表形式のGUIの作り方 スライダーGUIを作る タブのGUIを作る プログレスバーのGUIを作る メッセージボックスを作る ウィジェットをグループ化する リスト選択のGUIを作る ラジオボタンを使う PyQtをより深く学びたい人は Pythonのその他GUIライブラリ
フロントエンドのテストを Karma + Docker を使って実行する | スマホ神 – JavaScript 受託開発 –
テストの実行環境はDockerで作ると、環境をアレコレする必要がなくて便利です。 フロントエンドのテスト環境も簡単に建てられて、簡単に捨てられると便利なはずです。 というわけで Docker を使って Karma の環境を構築してみます。 必要なもの docker docker-compose npm Dockerfile まずは Dockerfile を用意します。コンテナ内で必要なのは xvfb chrome firefox node npm karma あたりです。 FROM ubuntu:14.04 RUN apt-get install -y wget && \ wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | apt-key add - && \ echo "deb http://dl.go
NightmareJS+Dockerによる環境非依存なUIテストの導入 - Alpaca技術ブログ
Alpacaで主にフロントエンドを担当している北山(@gamella, blog)です。 フロントエンドを開発していると、「ログインして、これをクリックしたら、この表示が行われていること」みたいなUIテストを環境非依存で簡単に行いたいと思うことがありますよね？僕はあります。 Alpacaでは開発にDockerを全面採用しているということもあり、最近ちょくちょく目にするNightmareJSをDocker上で動かして簡単にUIテストを導入できたので、その知見を共有したいとおもいます。 Nightmare まず、どうしてDockerを利用したいかということですがAlpacaでは、すべての機能をDocker上で動作させているため、それに倣っているいうこともありますがUIテストをローカルでもCircleCIでも、Dockerが動作する環境であればどこでもコードの改変なしで実施できるというのは大きな
DockerでGUIアプリケーションを動かす
Docker実践LT http://connpass.com/event/20561/ での発表資料です。Read less
Introducing Dockercast – the Docker Podcast | Docker Blog
Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build CloudSpeed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers
Dockerを用いたGUIアプリケーションの実行 | POSTD
私はこのところしばらく仕事でVMやコンテナを扱っていましたが、大学のいくつかのプロジェクトでJavaのコードを書かなければならないときは未だにvimを使用せず、新たに本格的なIDEをインストールしなければなりませんでした。これにはいつもイライラさせられていましたが、ついに今週、Dockerコンテナ内でNetBeansを実行できるようになったのです。それによって普段使用しないJavaのコードを書くための膨大な環境をパソコンにインストールしなくて済むようになりました。 Dockerコンテナ内でGUIアプリケーションを実行する場合には、いくつかの方法があり、 X11転送を行うSSH や VNC を使用します。しかし私が発見した最もシンプルな方法は、X11のソケットをコンテナと共有して、直接使用するというものでした。 このアイデアはとてもシンプルで、以下の Dockerfile を開始点として使用
【Windows】GUIアプリケーションの時間の掛かりそうな異常系検証を何とかする方法 - Qiita
この記事は「1分で実現できる有用な技術 Advent Calendar 2014」の17日目の記事です。 概要 データの追加ボタンを10万回押して上限に達しても落ちない事を確認してください 1000回ドラッグアンドドロップして1001回目で上限エラーダイアログが出る事を確認してください といったGUIアプリケーションの異常系検証の中で、特に単純作業の繰り返しの場合に利用可能なデバッグ方法を紹介します。 多分ギリギリ１分弱でできると思いますｗ UWSCを使おう！ 上述のような検証では、 あらかじめ回数を制限したり逆に増やした状態のバイナリを開発者に用意してもらう ショートカットキーを割り当てて連打する といった方法でもできるのですが、 (1)は実際にリリースするバイナリではないので検証としては不完全ですし (2)はマウス操作ではないのでやはり検証としては不完全です。 優秀なデバッガならメモリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DB Pilot - DuckDB GUI Client
DockerでXサーバを動かしてGUIを直接表示する
今、我々は、 GUI の設計について 何を考えるべきか
404 Error
Google Code Archive - Long-term storage for Google Code Project Hosting.