GitHub - mailhog/MailHog: Web and API based SMTP testingYou 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
Github ActionsでDockerイメージをpullしてtestを行うJobを作成してみる手順 - Qiita
今回はPythonのプロジェクトのリポジトリを Github Actions で pytest を docker-compose のイメージ上で行う為の練習を行ったのでそのメモを記載します。 前提条件 Github の packages のトークンを作成しておく。 docker login しておく。 Github の 任意のリポジトリにSecretsをpackages操作可能なトークン番号を登録しておく。 (私の環境ではGHCR_IO_TOKENという名前で登録している。) フォルダ構成 repository/ # リポジトリディレクトリ ├ .github/ │ ├ workflows/ │ │ └ sample.yml # Github actionsのファイル ├ project/ │ ├ sample/ #（説明省略） │ │ ├ __init__.py │ │ └ add.py
Using Docker-in-Docker for your CI or testing environment? Think twice.
The primary purpose of Docker-in-Docker was to help with the development of Docker itself. Many people use it to run CI (e.g. with Jenkins), which seems fine at first, but they run into many “interesting” problems that can be avoided by bind-mounting the Docker socket into your Jenkins container instead. Let’s see what this means. If you want the short solution without the details, just scroll to
pytest、Jenkins、Dockerを使用して最初の自動テスト統合を構築する
この紹介記事では、Pythonで簡単な計算機を開発し、pytestフレームワークを使用してそのテストを記述し、コンテナー化されたJenkinsを使用してGitHubからリポジトリをフェッチし、Jenkinsによってスピンされた新しいDockerコンテナー内でテストを実行します。リポジトリ全体はここから入手できます。 要件 Windowsマシン Linuxコンテナに切り替えたWindows用Dockerデスクトップ Python 3.x PyCharm、またはPythonに適したIDE ギット GitHubアカウント プロジェクトディレクトリpython-test-calculatorを作成し、を使用してGitリポジトリとして設定しましょうgit init。このディレクトリ内に仮想環境を作成します（新しいプロジェクトを作成すると、PyCharmがこれを処理します）。venvのフォルダには、そ
dnsmasq を Docker で起動 - 放課後TechTime
概要 やりたいこと テスト用に簡易的なDNSサーバーをローカル環境に立てたい。名前解決してくれるならなんでもよいが dnsmasq + Docker が簡単そうだったので選択。 環境 OS: Ubuntu18.04 IP Address : 192.168.11.9 Ubuntuでは 127.0.0.53:53 で systemd-resolved が動いているので、192.168.11.9:53 で dnsmasq を起動させる。 手順 (1) 適用な作業用ディレクトリを作成 (2) dnsmasq の設定ファイルを用意 (ここでは dnsmasq.conf というファイルを作成)。dnsmasq が /etc/hosts ではなく /etc/hosts-dnsmasq を使って名前解決してくれるよう設定した。 # Do not use /etc/hosts as nameserver
Jenkinsで個人コードの自動テスト環境を作る方法 - MyEnigma
[改訂第3版]Jenkins実践入門 ――ビルド・テスト・デプロイを自動化する技術 (WEB+DB PRESS plus)posted with カエレバ佐藤 聖規,和田 貴久,新井 雄介,米沢 弘樹,山岸 啓,岩成 祐樹 技術評論社 2017-05-24 Amazonで探す楽天市場で探すYahooショッピングで探す 目次 目次 はじめに Jenkinsとは? Jenkinsのインストール Mac Docker 同じPC上のソフトの自動テスト環境の作り方 1. Jenkins上で新規ジョブを登録する 古いビルドを破棄する gitリポジトリの設定 SCMのポーリングをオン テストスクリプトの設定 E-Mail通知の設定 2. gitのhookで下記のjenkinsのURLを叩くようにする Pythonでテスト環境を作る時の注意点 ライブラリへのパスが通らない時 複数のPython Versi
自動テストの実行環境をDockerでお気軽引っ越し - ZOZO TECH BLOG
どうも品質管理部のキムラリョーです。 Selenium & Pythonを利用した自動テストプロジェクトの再構築をDockerを使って簡単にしたい、という話です。 これまでの自動テスト 実行までに必要な手順 1. リポジトリクローン 2. Pythonインストール 3. pipで必要なパッケージをインストール 4. Dockerインストール 5. 自動テスト実行 ターミナルからmainを実行すると、Selenium Gridのコンテナを起動した後にtestautoが実行されます。testautoはSelenium Gridに接続してブラウザを操作しながらテストを行います。 Selenium Gridだから起動時などの設定で様々な形に切り替える事ができます。Nodeを増やしたら並列も可能だし、ヘッドレスも使えるし、気軽にブラウザの設定内容を変えられます。 このプロジェクトは作成者である自分だ
AnsibleでDockerコンテナを利用する | SIOS Tech. Lab
◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください はじめにこんにちは。 今回はAnsible検証用にDockerコンテナを利用したお話しになります。 普段ansibleの機能やplaybookの動作確認をする際の環境としてVMを使用していたのですが、なるべく初期状態に近い状態のマシンで試したいとき、検証後使う予定がないときにVMを準備するのはもったいないなと思っていました。これを解消するためにDockerコンテナを利用しました。 やったことはシンプルで以下の2つになります。 基本パッケージをインストールし、公開鍵を登録したコンテナイメージを作成するplaybookからコンテナを
【Docker】Serverspecを用いたDockerのテスト - のんびりSEの議事録
Dockerfileもある程度かけてきて、次のステップとしてちゃんとイメージが構成されているのか、をテストする方法を実際に構築したDockerfileを用いて記載したいと思います。 Dockerfile まずはDockerfileに構築したい環境を記述していきます。 下記のDockerfileはCentOSにserverspecとansibleの環境を構築したサンプルです。 そのうちwerckerのイメージで使えるか試そうかと構築したものです。 FROM centos:6 MAINTAINER hogehoge RUN yum update -y # install dependency RUN yum install -y git tar gcc openssl-devel epel-release \ libyaml-devel readline-devel zlib-devel \
DBアクセスで遅くなったテストの実行時間を Docker で 40% 削減した方法 - Qiita
DBのレイヤーを含むエンドツーエンドテストやDBに依存したコンポーネントの自動テストがたくさんあると、全てのテストが終わるまでに長い時間がかかるようになってしまうことがあります。DBのクエリ実行はネットワークIOやディスクIOなどを含んだ高コストな処理だからです。 Docker を少し工夫して使うと、お手軽にテスト中のDBのクエリ実行にかかる時間を削減できます。自動テストが完了するまでの待ち時間を短縮し、開発のフィードバックサイクルをより早く回せるようになります！ MariaDB を用いたプロジェクトの実績では、DBアクセスを伴うテストケースが 153件 ありましたが、この方法によりそのテストスイートのローカル環境での実行時間を約 43% 削減できました（約 145.7s → 約 83.3s）。 どうやって？ Docker で tmpfs を使います。 tmpfs tmpfs とは、ディス
毎秒1万リクエストの負荷試験をした話 - pixiv inside
はじめまして。ピクシブで広告関連のプロダクトを開発しているeastです。今回は、社内で運用している広告配信サーバーの負荷テストを実施したので、その話をしたいと思います。 経緯 ピクシブの広告配信サーバーは、pixiv本体を中心に複数のサービスに対して広告配信を行なっています。現在私はこの広告配信サーバーの大規模改修を行なっているのですが、先日ついに広告配信サーバーの改修がほぼ完了したので、試しに負荷試験を行なってみたいと思い立ちました。 目標は毎秒1万リクエスト ピクシブの広告配信サーバーへのリクエスト数はDailyで 4〜6億req もあり、これは毎秒平均に直すと約 5,000RPS(Request Per Second) になります。さらに、ピークタイムである休日の深夜帯には 12,000RPS にも達します。つまり新しい広告配信サーバーにも、毎秒12,000のリクエストを捌く性能が必
Zaleniumさんに動的にコンテナを立ち上げたり捨てたりしてもらいながらSelenium(というかGebだけど)のテストを実行してその録画を見る - Mitsuyuki.Shiiba
English version of this article is here: dev.to Zaleniumってことばを見かけたので触ってみた。 Zalenium? https://zalando.github.io/zalenium/ ちょこっと触ってみた感じ良さげ 1) ローカルマシンですごく簡単に試すことができる 2) Seleniumのテストを実行するのに合わせて動的にコンテナが起動する 3) テストが録画される 1) ローカルマシンですごく簡単に試すことができる Zaleinumを起動 # イメージを2つpullしてきて docker pull elgalu/selenium docker pull dosel/zalenium # 実行! docker run --rm -ti --name zalenium -p 4444:4444 \ -v /var/run/docke
Google、Dockerイメージに対するテスト自動化フレームワーク「Container Structure Tests」オープンソースで公開
Google、Dockerイメージに対するテスト自動化フレームワーク「Container Structure Tests」オープンソースで公開 Container Structure Testは、コンテナ内部でコマンドを実行することで正しい出力やエラーが帰ってくるかどうかや、コンテナ内部のファイルが正しく格納されているかなどの検証を実行できるフレームワークです。 具体的には下記のテストをサポートしていると説明されています。 Command Tests コンテナイメージ内部でコマンドを実行し、正しい出力やエラーが返ってくるかを検証する。 File Existence Tests コンテナイメージ内部に、あるファイルがファイルシステム内の適切な位置に存在しているかどうかを検証する。 File Content Tests コンテナイメージ内のファイルシステムにあるファイルのコンテンツとメタデータ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scaling Tests with Docker
https://hub.docker.com/r/jamesdbloom/mockserver/