概要 TRexはCisco謹製のオープンソースのDPDKトラフィックジェネレータです。 TRexでは、Scapyやpcap fileからパケットを生成します。また、Stateless/Statefullともにサポートしています。 TRexの導入からLayer3 modeでトラフィックを流してみたので、備忘録としてまとめておきます。 検証環境 TRexサーバとDUT (Device Under Test: 測定対象) を直接接続した、最小単位の構成にしました。 TRexの検証環境 TRexサーバとDUTの環境は次のとおりです。2台ともVMware ESXi 6.7上の仮想マシンで動作させました。NICのアダプタタイプはすべてVMXNET3です。 TRexは推奨であるCentOS 7.4に導入しました (参考)。 DUTは何でもよいのですが、今回はUbuntu 18.04にしました。 TRex
ACI に関しては、ACI How To というポータルサイトに情報を集約しています。 そのため、設定やトラブルシューティング等、ACI に関する情報収集はまず、ACI How To をご参照ください。 このコンテンツも ACI Multi-site サイト間通信経路の確認 - Known Unicast というタイトルで同様の内容が掲載されています。 Cisco Support Community は、Font や Format がくずれてしまうのでこのコンテンツも ACI How To での閲覧をお勧めします。 はじめに 本ドキュメントは ACI Multi-site の基本設定 - Tenant 設定 で構築したACI Multi-site 構成を例に Knonw Unicast に関するサイト間通信経路の確認方法を紹介します。(Unknown Unicast や Multicast
現在ベータ版が公開中で、9月には正式版が登場する見込みのiOS 13のSafariブラウザが「WebDriver」を正式にサポートすることをAppleが発表しました。 Starting in iOS 13, Safari now includes native support for the W3C WebDriver standard. This feature builds on existing support for WebDriver in desktop Safari, first introduced in Safari 10 and macOS Sierra. iOS 13から、SafariがW3C WebDriver標準仕様をネイティブにサポートする。この機能は、macOS SierraのSafari 10からサポートが始まった既存のデスクトップ版SafariのWebDr
この記事はシスコの有志による Cisco Systems Japan Advent Calendar 2018 の 11 日目として投稿しています。 2017年版: https://qiita.com/advent-calendar/2017/cisco 2018年版: https://qiita.com/advent-calendar/2018/cisco 今回は pyATS/Genie と Robot Framework を使って、マルチベンダーのネットワーク機器達をチェックする例を紹介したいと思います。 pyATS/Genie とは pyATS(Python Automated Test System)は、Cisco によって開発さている python ベースのテストフレームワークです。ネットワーク機器のテストを行うことをメインで作成されているため、ネットワーク構成を定義したり、ネッ
テスト作業も、画面キャプチャによるエビデンス取得も自動化してくれて、Jenkinsとの連動も可能。Web、デスクトップ、モバイルに対応するテスト自動化ツール[PR] ソフトウェアのテストは、アプリケーションの開発時や受け入れ時などさまざまな場面で必要とされています。最近ではWindowsやiOSなどのOSやGoogle ChromeなどのWebブラウザが以前よりも頻繁にアップデートを行うようになったことで、アップデート時における既存アプリケーションの動作確認のためのテストもニーズが高まっているようです。 こうした増えてきたソフトウェアテストの実行に欠かせないのが、自動化ツールです。 テスト自動化ツールで実現したいこととは? 一般にソフトウェアテストの自動化ツールは、ユーザーのマウスやキーボード操作を記録し、再現したり、あるいはテストスクリプトに沿って人間のような操作を自動的に実行してくれる
Web技術の標準を策定するWorld Wide Web Consortium(W3C)のBrowser Testing and Toolsワーキンググループは、「WebDriver」が6月5日付けで勧告に到達したことを発表しました。 WebDriverは、Webブラウザを外部から操作することを可能にし、Webアプリケーションのテストなどの自動化を実現する技術です。 主要なWebブラウザにはすでにこのWebDriverの機能が用意されています。Seleniumに代表されるWebブラウザ自動化ライブラリを利用することで、WebDriverを用いてWebアプリケーションのUIテストなどを自動化することが可能です。 SeleniumからW3Cへ もともとWebブラウザには外部から操作を行うAPIなどはなく、WebページやWebアプリケーションをWebブラウザで表示した際に画面が正常に表示されている
Google、Dockerイメージに対するテスト自動化フレームワーク「Container Structure Tests」オープンソースで公開 Container Structure Testは、コンテナ内部でコマンドを実行することで正しい出力やエラーが帰ってくるかどうかや、コンテナ内部のファイルが正しく格納されているかなどの検証を実行できるフレームワークです。 具体的には下記のテストをサポートしていると説明されています。 Command Tests コンテナイメージ内部でコマンドを実行し、正しい出力やエラーが返ってくるかを検証する。 File Existence Tests コンテナイメージ内部に、あるファイルがファイルシステム内の適切な位置に存在しているかどうかを検証する。 File Content Tests コンテナイメージ内のファイルシステムにあるファイルのコンテンツとメタデータ
「本番環境などという場所はない」マイクロソフトがSaaSの失敗と成功から学んだ、アジャイルからDevOpsへの進化(前編)。Regional SCRUM GATHERING Tokyo 2016 アジャイル開発手法の1つであるスクラムをテーマにしたイベント「Regional SCRUM GATHERING Tokyo 2016」が1月19日と20日の2日間、都内で開催されました。 そこでマイクロソフトが行ったセッション「マイクロソフトが実践したScrum導入7年間の旅。そしてDevOpsへの進化」は、アジャイル開発からクラウドサービスの提供へと進んだマイクロソフトが、サービス開発の過程で学んださまざまな知見を共有するものとなりました。 そこには、アジャイル開発の延長線上にあるDevOpsを成功させる組織と技術、そしてマインドのあり方が紹介されていました。セッションの内容をダイジェストで紹介
ソフトウェアの開発に関わるエンジニアの中でも特殊なスキルを持つテストエンジニア。そのテストエンジニアをマネジメントする上で、彼らのモチベーションを上げるにはどうすればいいのでしょうか? ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム 2014 東京」(JaSST'14 Tokyo)が、3月7日と8日の2日間、東洋大学 白山キャンパスで開催され、その基調講演に英国コンピュータ協会のStuart Reid(スチュアート・リード)氏が登壇しました。 リード氏はソフトウェアテストの国際標準であるISO/IEC/IEEE29119シリーズを作成している会議体の議長を務め、また英国コンピュータ協会のソフトウェアテスト研究グループの長でもあります。ソフトウェアテストの分野で国際的にも著名なリード氏の講演を、ダイジェストで紹介します。 私がこの業界に入って
ちょっとCapybaraについて、整理する必要があったのでこちらで簡単にまとめておきます。Capybaraは、Githubのスタートページに使い方が丁寧に書いているので、そちらを参照したら大抵のことが解るようになっています。 What is Capybara Capybaraは、Webアプリケーションのインテグレーション・テストを補助する為のライブラリです。Capybaraが提供する本質的な機能としては、DSLとDriverの2点のみです。DSLとはドメイン固有言語で、特定の問題に特化したコンピュータ言語です。Capybaraはテスティングフレームワークを操作する命令を、それぞれのフレームワークに依存しない形で提供します。つまり、テスティングフレームワークであるCucumberやRSpec,Test::Unitなどを透過的に利用できます。次にドライバーです。Webアプリケーションのインテグ
AWSのリソースに対して脆弱性/侵入テストを行う場合は事前に申請をしておく必要があります。 申請情報 申請時に必要な情報は以下の通りです。 診断先EIP 192.168.1.5 診断先インスタンスID i-hogehoge インスタンスが診断元か、診断先か 診断元?診断先? スキャンをする診断元IPアドレス XXX.XXX.XXX.XXX XXX.XXX.XXX.XXX XXX.XXX.XXX.XXX インスタンスがあるリージョン 東京リージョン(等) 開始時間 2014/3/11 10:00 終了時間 2014/3/25 19:00 診断元サービス、企業名、および連絡先 セキュリティアプリ名 連絡先(URL等) コメントがあれば 返信時に追加したいメールアドレスがあれば penetration@example.com 備考 スキャン対象のインスタンスですが、t1.micro/m1.sma
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く