テスト・試験

PHPUnit_その３(データプロバイダ)

福岡拠点の永嵜です。

前回に引き続きPHPUnitの機能を紹介します。

今回はデータプロバイダ機能を紹介します。
データプロバイダ機能とは、テストメソッドに任意の引数を渡せる機能です。
データプロバイダを使用すると同じテストメソッドで様々なテストができる利点があります。

データプロバイダ機能

例題を示しながら説明します。
前回使用したテストケースにデータプロバイダを追加します。

■テストケース

class AreaCalcTest extends TestCase
{

    /**
     * @dataProvider traiangleProvider
     */
    public function testGetTriangleArea($width,$height,$expected)
    {
        
        $actual = AreaCalc::getTriangleArea($width,$height);
        
        //$expected と　$actualが等しくない場合エラー
        $this->assertEquals($expected,$actual);
    }
    
    public function  traiangleProvider()
    {
        return [
            'ok pattern' => [4, 2, 4],
            'ng pattern' => [4, 2, 10],
        ];
        
    }

}

class AreaCalcTest extends TestCase

{

/**

* @dataProvider traiangleProvider

public function testGetTriangleArea($width,$height,$expected)

{

$actual = AreaCalc::getTriangleArea($width,$height);

//$expected と　$actualが等しくない場合エラー

$this->assertEquals($expected,$actual);

}

public function traiangleProvider()

{

return [

'ok pattern' => [4, 2, 4],

'ng pattern' => [4, 2, 10],

];

}

traiangleProviderメソッドがデータプロバイダになります。
[4, 2, 4]、 [4, 2, 10※1]がテストメソッドに渡す引数になります。
[横、縦、想定値]のデータをテストメソッドに渡します。
配列一つが1テスト用のデータになります。

※1 今回データプロバイダの説明のために想定値に誤った値を設定してテスト失敗を発生させています。

データプロバイダのデータにラベルを付けることができます。
(‘ok pattern’/’ng pattern’)
ラベルを付けることによってテスト失敗時にどのデータで失敗しているかを確認しやすくなります。
データプロバイダからデータを受け取るにはテストメソッドに@dataProviderアノテーションを付けます。

■実行

vendor\bin\phpunit test\
PHPUnit 7.5.6 by Sebastian Bergmann and contributors.

.F                                                                  2 / 2 (100%)

Time: 853 ms, Memory: 14.00 MB

There was 1 failure:

1) Tests\Unit\Test\AreaCalcTest::testGetTriangleArea with data set "ng pattern" (4, 2, 10)
Failed asserting that 4 matches expected 10.

/var/www/everegi/tests/Unit/Test/AreaCalcTest.php:20

FAILURES!
Tests: 2, Assertions: 2, Failures: 1.

vendor\bin\phpunit test\

PHPUnit 7.5.6 by Sebastian Bergmann and contributors.

.F 2 / 2 (100%)

Time: 853 ms, Memory: 14.00 MB

There was 1 failure:

1) Tests\Unit\Test\AreaCalcTest::testGetTriangleArea with data set "ng pattern" (4, 2, 10)

Failed asserting that 4 matches expected 10.

/var/www/everegi/tests/Unit/Test/AreaCalcTest.php:20

FAILURES!

Tests: 2, Assertions: 2, Failures: 1.

‘ng pattern’のデータでテスト失敗となりました。

また、実行時にfilterオプションを使用すると実行したいテストデータだけテストすることができます。

■データ指定(ok pattern)で実行

vendor\bin\phpunit test\  --filter '@ok pattern'
PHPUnit 7.5.6 by Sebastian Bergmann and contributors.

.                                                                   1 / 1 (100%)

Time: 711 ms, Memory: 14.00 MB

OK (1 test, 1 assertion)

vendor\bin\phpunit test\ --filter '@ok pattern'

PHPUnit 7.5.6 by Sebastian Bergmann and contributors.

. 1 / 1 (100%)

Time: 711 ms, Memory: 14.00 MB

OK (1 test, 1 assertion)

最後に

前回、今回、PHPUnitの概要を説明しましたが、PHPUnitには
コマンドオプション、アノテーション、アサーションなど他にも便利な機能があるので詳細を知りたい方は下記をチェックしてみてください。

PHPUnit マニュアル

https://phpunit.readthedocs.io/ja/latest/index.html

PHPUnit_その２(実行手順)

福岡拠点の永嵜です。

前回に引き続き、PHPUnitを紹介します。
今回はPHPUnitの実行手順を紹介します。実行環境は前回 Composer を使用してインストールした環境で行います。

PHPUnitの実行

PHPUnitでは理解するべき３つの要素があります。

①テスト対象クラス
ユニットテストを行うテスト対象のクラスです。

②テストケースクラス
テストケースは原則としてテスト対象クラスに対して1つ作成します。テストケースは、PHPUnit\Framework\TestCase※1 を継承して作成します。一般的にテストするクラス名の末尾に「Test」という文字列を付与したものをテストケース名とします（ファイル名はテストケースクラス名.php）。

- テストケースクラス名 ：「[テストするクラス名]Test」
- ファイル名 ：テストケースクラス名.php

※1:vendorフォルダー配下にあります。

③テストメソッド
テストケース内に記述するメソッドです。実際にテストをする単位となります。
テストメソッドの名称は「test」で始まる文字列にする必要があります。
※@testアノテーションを使用する場合は、「test」でなくてもよいです。

では実際にテストケースを作成し、実行してみましょう。

まず、開発用ディレクトリにテスト対象クラスを格納する src ディレクトリとテストケースクラスを格納する test ディレクトリを作成します。

■テスト対象作成

テスト対象となるクラスを用意します。

<?php

namespace Sample;

class AreaCalc
{
    /**
     * 三角形の面積を算出
     * @param int $width
     * @param int $height
     * @return double
     */
    public static function getTriangleArea($width,$height)
    {
        return $width*$height / 2;
    }
}

<?php

namespace Sample;

class AreaCalc

{

/**

* 三角形の面積を算出

* @param int $width

* @param int $height

* @return double

public static function getTriangleArea($width,$height)

{

return $width*$height / 2;

}

引き数で横、高さを受け取り三角形の面積を返すクラスです。

■テストケースとテストメソッド作成

テスト対象が完成したらテストケースとテストメソッドを作成します。
test ディレクトリに AreaCalcTest.php ファイルを作成し、次のように記入します。

<?php
require_once('vendor/autoload.php');

use PHPUnit\Framework\TestCase;
use Sample\AreaCalc;


class AreaCalcTest extends TestCase
{
    
    /**
     * @group getTriangleArea
     */
    public function testGetTriangleArea()
    {
        $width = 4;
        $height = 2;
        $expected= 4;  // 期待値 4×2 /2 = 4

        $actual = AreaCalc::getTriangleArea($width,$height);
        
        //$expected と　$actualが等しくない場合エラー
        $this->assertEquals($expected,$actual);
    }
    
}

<?php

require_once('vendor/autoload.php');

use PHPUnit\Framework\TestCase;

use Sample\AreaCalc;

class AreaCalcTest extends TestCase

{

/**

* @group getTriangleArea

public function testGetTriangleArea()

{

$width = 4;

$height = 2;

$expected= 4; // 期待値 4×2 /2 = 4

$actual = AreaCalc::getTriangleArea($width,$height);

//$expected と　$actualが等しくない場合エラー

$this->assertEquals($expected,$actual);

}

このテストケースでは、$width(横)と $height(高さ)で計算した面積が正しいかをテストしています。テストメソッドではアサーションと呼ばれる結果判定メソッドを使用します。今回の例ではassertEqualsがアサーションメソッドになります。
ちなみにassertEqualsは2 つの引数が等しくない場合エラーとするメソッドです。
$expectedに想定値、$actualに実測値を設定しassertEqualsで判定しています。

図1のように開発用ディレクトリ(Sample)内にテスト対象(AreaCalc)とテストケース(AreaCalcTest)を配置しています。

■実行

phpunit コマンドを実行してユニットテストを行います。
phpunitはPHPUnitをインストールしたディレクトリのvendor\binフォルダ配下にシンボリックリンクがあります。

全てのテストケースの実行、特定のテストケースだけ実行どちらもできます。
今回はテストケースが1つですが①の方法で実行します。

①テストケースを全て実行する場合
・vendor\bin\phpunit テストケース保存フォルダ
⇒例：vendor\bin\phpunit test\

②テストケースを指定して実行する場合
・vendor\bin\phpunit テストケース指定
⇒例：vendor\bin\phpunit test\AreaCalcTest

※上記方法以外にもコマンドオプションで制御する方法があります。詳しくは PHPUnitマニュアルをご確認ください。

コマンドプロンプトを開き次のように入力します。
test ディレクトリ内のファイルをテストケースとしてテストが実行されます。

vendor\bin\phpunit test\

1	vendor\bin\phpunit test\

■テスト結果

テストが実行されるとテスト結果ステータス(4行目)が表示されます。
AreaCalcは正しい結果を返す状態なので( $width = 4、 $height = 2を引数で与えると4が返ってくる)テスト成功.（ドット）となっています。

PS C:\xampp\htdocs\Sample> vendor\bin\phpunit test\
PHPUnit 8.0.4 by Sebastian Bergmann and contributors.

.                                                                   1 / 1 (100%)

Time: 3.24 seconds, Memory: 4.00 MB

OK (1 test, 1 assertion)

PS C:\xampp\htdocs\Sample> vendor\bin\phpunit test\

PHPUnit 8.0.4 by Sebastian Bergmann and contributors.

. 1 / 1 (100%)

Time: 3.24 seconds, Memory: 4.00 MB

OK (1 test, 1 assertion)

他のステータス表示は以下のようになります。

ステータス	意味
.（ドット）	テスト成功
F	テスト失敗
E	テストが危険としてマーク
S	テストをスキップした
I	テストが未実装

以上がPHPUnitによる一連のテスト手順となります。

次回は今回実行したサンプルプログラムに手を加え、
データプロバイダ機能について説明したいと思います。

PHPUnit_その１(インストール)

福岡拠点の永嵜です。

PHPUnitを使用する機会があったのでPHPUnitの使い方を紹介します。

本ブログでは下記の流れで説明していきます。
・PHPUnitの概要
・PHPUnit のインストール
・PHPUnitの実行

PHPUnitの概要

■PHPUnit
PHPで実装されたプログラムのユニットテスト(単体テスト)※1を自動化するためのテスティングフレームワークです。

※1:ユニットテスト
ユニットテストとはクラスや関数などプログラムを構成する小さな単位(ユニット)で個々の動作を確認するためのテストです。

PHPUnit のインストール

■PHPUnit のインストール
PHPUnitを使用するためにPHPUnitのインストールを行います。
インストールは下記方法があります。
・公式サイトから直接ダウンロードする。
・Composer を利用する

今回はComposerを利用した手順でインストールを行います。

①開発用ディレクトリに composer.json を設置し、次のように記入します。

{
    "require-dev": {
        "phpunit/phpunit": "*"
    }
}

{

"require-dev": {

"phpunit/phpunit": "*"

}

②コマンドプロンプトで下記コマンドを実施します。

composer update

1	composer update

③インストール結果を確認します。
・開発用ディレクトリにcomposer.lock ファイルと vendor ディレクトリが生成されます。
・下記コマンドを開発用ディレクトリにで実行しPHPUnitが実行できることを確認します。
実行ができたらインストールしたPHPUnitのバージョンが表示されます。

vendor\bin\phpunit --version

1	vendor\bin\phpunit --version

以上がPHPUnitのインストール手順となります。

次回はPHPUnitを実行する手順について説明したいと思います。

Jmeterログを攻略する

福岡拠点の野田です。
最近ひさしぶりにJmeterを使って負荷テストをしました。

Jmeterから実行結果をログに出力することができますが、XMLかCSVかjmeter.propertiesで選ぶことができます。

XMLは、ページアクセスに起因する問合せをすべて記録することができます。一方、CSVにおいては、画像、CSS、JSなど付随情報は、明示してシナリオを作成していない限りログに記録することができません。そのため、出力はXMLで出力していたほうが広くログを残すことができます。ここは迷わずXMLを指定してください。

#jmeter.save.saveservice.output_format=csv
jmeter.save.saveservice.output_format=xml

1 2	#jmeter.save.saveservice.output_format=csv jmeter.save.saveservice.output_format=xml

付随する関連ログをすべて残すためには、以下のsubresultsをtrueで指定します。

jmeter.save.saveservice.subresults=true

1	jmeter.save.saveservice.subresults=true

実行コマンドの例を提示します。

export JMDATE=`date +"%Y%m%d%H%M" -d "+9 hours"`

1	export JMDATE=`date +"%Y%m%d%H%M" -d "+9 hours"`

cd /usr/local/jmeter/bin \
&& mkdir -p /usr/local/jmeter/logs/$JMDATE && \
./jmeter -n -t ../jmeter_files/test_scenario.jmx \
-l /usr/local/jmeter/logs/$JMDATE/result.jtl \
-p ./jmeter.properties

cd /usr/local/jmeter/bin \

&& mkdir -p /usr/local/jmeter/logs/$JMDATE && \

./jmeter -n -t ../jmeter_files/test_scenario.jmx \

-l /usr/local/jmeter/logs/$JMDATE/result.jtl \

-p ./jmeter.properties

HTMLのみのログに残すためには以下のような処理で加工することができます。

grep -E "(\/>|testResult|xml version)" /usr/local/jmeter/logs/$JMDATE/$JMDATE.jtl | \
grep -v -E '\.(css|jpg|png|js|svg|gif|ico)' > /usr/local/jmeter/logs/$JMDATE/result_htmlonly.jtl

1 2	grep -E "(\/>\|testResult\|xml version)" /usr/local/jmeter/logs/$JMDATE/$JMDATE.jtl \| \ grep -v -E '\.(css\|jpg\|png\|js\|svg\|gif\|ico)' > /usr/local/jmeter/logs/$JMDATE/result_htmlonly.jtl

※個別ログのtestResult＋必要なXMLタグで含まれる範囲で絞り込み。その後、css/jpg/png/js/svg/gif/icoを排除。

ここまでは、XML最高！なのですが、実は大きな欠点があります。実は、XMLログからはHTMLレポートが作成できません。

そんなときどうしたらいいか。

XMLからCSVを作ればオッケーです。そこで使えるのが、XSLT。

jmeter_xml2csv.xslt

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" >
<xsl:output method="text" encoding="UTF-8" />

<xsl:template match="/">timeStamp,elapsed,label,responseCode,responseMessage,threadName,dataType,success,failureMessage,bytes,sentBytes,grpThreads,allThreads,Latency,IdleTime,Connect
<xsl:apply-templates select="testResults/httpSample" />
</xsl:template>

<xsl:template match="httpSample">
<xsl:value-of select="@ts" />,<xsl:value-of select="@t" />,<xsl:value-of select="@lb" />,<xsl:value-of select="@rc" />,<xsl:value-of select="@rm" />,<xsl:value-of select="@tn" />,<xsl:value-of select="@dt" />,<xsl:value-of select="@s" />,,<xsl:value-of select="@by" />,<xsl:value-of select="@sby" />,<xsl:value-of select="@ng" />,<xsl:value-of select="@na" />,<xsl:value-of select="@lt" />,<xsl:value-of select="@it" />,<xsl:value-of select="@ct" /><xsl:text>
</xsl:text>
</xsl:template>

</xsl:stylesheet>

<?xml version="1.0" encoding="UTF-8"?>

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" >

<xsl:output method="text" encoding="UTF-8" />

<xsl:template match="/">timeStamp,elapsed,label,responseCode,responseMessage,threadName,dataType,success,failureMessage,bytes,sentBytes,grpThreads,allThreads,Latency,IdleTime,Connect

<xsl:apply-templates select="testResults/httpSample" />

</xsl:template>

<xsl:template match="httpSample">

<xsl:value-of select="@ts" />,<xsl:value-of select="@t" />,<xsl:value-of select="@lb" />,<xsl:value-of select="@rc" />,<xsl:value-of select="@rm" />,<xsl:value-of select="@tn" />,<xsl:value-of select="@dt" />,<xsl:value-of select="@s" />,,<xsl:value-of select="@by" />,<xsl:value-of select="@sby" />,<xsl:value-of select="@ng" />,<xsl:value-of select="@na" />,<xsl:value-of select="@lt" />,<xsl:value-of select="@it" />,<xsl:value-of select="@ct" /><xsl:text>

</xsl:text>

</xsl:template>

</xsl:stylesheet>

XMLからCSVを変換するコマンド例は以下。

java -cp "%JMETER_HOME%\lib\xalan-2.7.2.jar;%JMETER_HOME%\lib\serializer-2.7.2.jar"  \
org.apache.xalan.xslt.Process -in /usr/local/jmeter/logs/$JMDATE/result_htmlonly.jtl \
-xsl jmeter_xml2csv.xsl -out result_htmlonly.csv

java -cp "%JMETER_HOME%\lib\xalan-2.7.2.jar;%JMETER_HOME%\lib\serializer-2.7.2.jar" \

org.apache.xalan.xslt.Process -in /usr/local/jmeter/logs/$JMDATE/result_htmlonly.jtl \

-xsl jmeter_xml2csv.xsl -out result_htmlonly.csv

XMLからCSVに変換したファイルを使って、以下のコマンドで晴れてレポートを作れるようになりました。

mkdir report
"%JMETER_HOME%\bin\jmeter" -g result_htmlonly.csv -o report

1 2	mkdir report "%JMETER_HOME%\bin\jmeter" -g result_htmlonly.csv -o report

他にもコマンドラインからプラグインを呼び出すことも簡単にできます。
元のログから集計結果を得たいときは以下。

java -cp "%JMETER_HOME%\lib\jmeter-plugins-cmn-jmeter-0.4.jar" \
-jar "%JMETER_HOME%\lib\ext\CMDRunner.jar" \
--tool Reporter \
--generate-csv aggr_htmlonly.csv \
--input-jtl /usr/local/jmeter/logs/$JMDATE/result_htmlonly.jtl \
 --plugin-type AggregateReport

java -cp "%JMETER_HOME%\lib\jmeter-plugins-cmn-jmeter-0.4.jar" \

-jar "%JMETER_HOME%\lib\ext\CMDRunner.jar" \

--tool Reporter \

--generate-csv aggr_htmlonly.csv \

--input-jtl /usr/local/jmeter/logs/$JMDATE/result_htmlonly.jtl \

--plugin-type AggregateReport

※利用にあたって、標準プラグインと呼ばれるjarライブラリをlib/ext 以下に配置する必要があります。
https://jmeter-plugins.org/downloads/old/

こちらもご参考まで。

apache-loggenでダミーアクセスログの生成

はじめまして、福岡拠点の宮里です。
今後ともよろしくお願いします。

先日、アパッチのアクセスログをアーカイブして一定期間保存する作業を行いました。その一定期間を「過ぎた」「過ぎていない」の判定のテストに、アクセスログのダミーデータをたくさん使いたかったので、Rubyで動く「apache-loggen」というツールを使用してダミーデータを作成しました。

また使用する機会がありそうなので、備忘録として記事に残します。

前準備

local環境
CentOS6.9

まずは、Apache-2.4からインストールしていきました。

makeに必要なライブラリをyumでインストール。

yum -y install wget gcc gcc-c++ libtool openssl-devel pcre-devel expat-devel libxml2-devel

1	yum -y install wget gcc gcc-c++ libtool openssl-devel pcre-devel expat-devel libxml2-devel

次に、aprをwgetしたソースからインストール。

cd /適当なディレクトリ/

wget http://ftp.meisei-u.ac.jp/mirror/apache/dist/apr/apr-1.6.3.tar.gz

tar xzvf apr-1.6.3.tar.gz

cd apr-1.6.3

./configure

make && make install

cd /適当なディレクトリ/

wget http://ftp.meisei-u.ac.jp/mirror/apache/dist/apr/apr-1.6.3.tar.gz

tar xzvf apr-1.6.3.tar.gz

cd apr-1.6.3

./configure

make && make install

apr-utilもソースからインストール。

cd /適当なディレクトリ/

wget http://ftp.meisei-u.ac.jp/mirror/apache/dist/apr/apr-util-1.6.1.tar.gz

tar xzvf apr-util-1.6.1.tar.gz

cd apr-util-1.6.1

./configure --with-apr=/適当なディレクトリ/apr-1.6.3/apr-1-config

make && make install

cd /適当なディレクトリ/

wget http://ftp.meisei-u.ac.jp/mirror/apache/dist/apr/apr-util-1.6.1.tar.gz

tar xzvf apr-util-1.6.1.tar.gz

cd apr-util-1.6.1

./configure --with-apr=/適当なディレクトリ/apr-1.6.3/apr-1-config

make && make install

ライブラリが揃ったので、httpdをwgetしてソースからインストール。

cd /適当なディレクトリ/

wget https://archive.apache.org/dist/httpd/httpd-2.4.27.tar.gz

tar zxvf httpd-2.4.27.tar.gz

cd httpd-2.4.27

./configure --with-included-apr=/適当なディレクトリ/apr-util-1.6.1/apu-1-config

make && make install

cd /適当なディレクトリ/

wget https://archive.apache.org/dist/httpd/httpd-2.4.27.tar.gz

tar zxvf httpd-2.4.27.tar.gz

cd httpd-2.4.27

./configure --with-included-apr=/適当なディレクトリ/apr-util-1.6.1/apu-1-config

make && make install

ここからいろいろ設定を記述して、無事アパッチの起動が確認できました。
ブラウザからlocalhostにアクセスすると、しっかりアクセスログが作成されています。

apache-loggenでダミーアクセスログの生成

「apache-loggen」を動かすのにRubyが必要なので、
またyumで必要なライブラリを追加インストールします。

yum -y install zlib-devel readline-devel libffi-devel

1	yum -y install zlib-devel readline-devel libffi-devel

Rubyの最新安定版をwgetしてソースからインストール。

cd /適当なディレクトリ/

wget https://cache.ruby-lang.org/pub/ruby/2.5/ruby-2.5.1.tar.gz

tar zxvf ruby-2.5.1.tar.gz

cd ruby-2.5.1

./configure

make && make install

cd /適当なディレクトリ/

wget https://cache.ruby-lang.org/pub/ruby/2.5/ruby-2.5.1.tar.gz

tar zxvf ruby-2.5.1.tar.gz

cd ruby-2.5.1

./configure

make && make install

Rubyのインストールが完了したので、pathを通して、やっとgem install。

gem install apache-loggen

1	gem install apache-loggen

「apache-loggen」が/usr/local/bin/へインストールされます。
必要であればpathを通します。

これで準備は完了です。

うっかりapache-loggenと叩くと、

ドキドキしました。
こうならないためにオプションでダミーデータの生成件数と、秒あたりの生成件数、必要であれば件数でローテート(区切り)も指定して、出力先を指定します。

apache-loggen --limit=10000 --rate=100 --progress /適当なディレクトリ/dummy_access_log

1	apache-loggen --limit=10000 --rate=100 --progress /適当なディレクトリ/dummy_access_log

あとは、一万件/1日のダミーログを30日分を生成するスクリプトで、

#!/bin/sh
#タイムスタンプ変更用
DATE='Mon Jan 1 23:00:00 JST 2018'
TIME=$(seq 1 30)

for i in ${TIME[@]}; do
 if [ $i -lt 10 ]; then
  apache-loggen --limit=10000 --rate=100 --progress /適当なディレクトリ/access_log.2018050$i

  #タイムスタンプを変更
  touch -d $DATE /適当なディレクトリ/access_log.2018050$i
 else
  apache-loggen --limit=10000 --rate=100 --progress /適当なディレクトリ/access_log.201805$i

  #タイムスタンプを変更
  touch -d $DATE /適当なディレクトリ/access_log.201805$i
 fi
done

#!/bin/sh

#タイムスタンプ変更用

DATE='Mon Jan 1 23:00:00 JST 2018'

TIME=$(seq 1 30)

for i in ${TIME[@]}; do

if [ $i -lt 10 ]; then

apache-loggen --limit=10000 --rate=100 --progress /適当なディレクトリ/access_log.2018050$i

#タイムスタンプを変更

touch -d $DATE /適当なディレクトリ/access_log.2018050$i

else

apache-loggen --limit=10000 --rate=100 --progress /適当なディレクトリ/access_log.201805$i

#タイムスタンプを変更

touch -d $DATE /適当なディレクトリ/access_log.201805$i

done

ダミーデータがたくさん生成されてほくほくです。
ありがとうございました。

[PHP]Seleniumを使ってみよう(2)

福岡拠点の野田です。
前回「Seleniumを使ってみよう(1)」では、Selenium サーバーを立ち上げるところまで実施しました。
https://blog-s.xchange.jp/?p=418

今回はその続きです。
弊社では、PHPを使うことが多いので、その例を紹介します。
PHPがローカル環境にない方は、さくっとインストールしてください（環境変数にパスを通すのも忘れずお願いします）。
http://www.php.net/downloads.php

composerが入っていなかったら、インストールします。
https://getcomposer.org/doc/00-intro.md#installation-windows

任意のフォルダにcomposer.jsonを配置します。

{
    "require": {
        "facebook/webdriver": "^1.4",
        "mustangostang/spyc": "^0.6.2"
    }
}

{

"require": {

"facebook/webdriver": "^1.4",

"mustangostang/spyc": "^0.6.2"

}

facebook/webdriverは、curl関数を使うため、php_curlのエクステンションを有効にします。ほかにスクリーンショットの編集等でgdライブラリを使う場合がありますので、php_gd2のエクステンションを有効にします。
php.ini ;extension=php_curl.dll ;extension=php_gd2.dll ↓ extension=php_curl.dll extension=php_gd2.dll
ちなみに php.ini のある場所は、php -i で表示することができます。

cmd でDOSのターミナルを開いてcomposer.jsonを配置したフォルダでcomposer update を実行してください。必要なライブラリをインストールします。これでSeleniumを使ってテストを実行する準備が整いました。

サンプルコードを以下にアップしています。

https://github.com/nodat/php-selenium-tools

processor.php と scenario.yaml を composer.json のフォルダに配置してください。

以下のようなバッチを作成して実行することで動きます。

cd %~dp0
php processor.php -f scenario.yaml -o .\

1 2	cd %~dp0 php processor.php -f scenario.yaml -o .\

まだまだ粗削りですが、scenario.yaml を作りこんでいくことで E2E のテストを実現することができます（適宜、バージョンアップしていきます）。
細かい処理については、ソースコードを解析して見てください。

[PHP]Seleniumを使ってみよう(1)

福岡拠点の野田です。今回は、Seleniumを使った自動テストをやろうということでSeleniumの環境構築まで紹介しようと思います。

SeleniumはJavaで動かすことができます。Javaがインストールされていない環境では、JRE（ランタイム、単体実行向け）もしくはJDK（開発者向け）をインストールする必要があります。

Java SE Runtime Environment 8 Downloads
http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html

各環境にあったファイルをダウンロードしてインストールしてください。

続いてSeleniumサーバーをダウンロードします。

https://www.seleniumhq.org/download/

Seleniumはサーバーとブラウザを操作するWEBドライバーの組み合わせ動きます。

まずは、Selenium Standalone Serverをダウンロードします。ダウンロードしたファイルを任意のフォルダに配置します。

例： D:\Program Files\selenium\selenium-server-standalone-3.11.0.jar

あとは以下のドライバーをダウンロードして、上記と同じフォルダに放り込みます。

The Internet Explorer Driver Server (IEを操作。IEDriverServer.exe)
※SeleniumのサイトよりDL

Mozilla GeckoDriver (Firefox を操作。geckodriver.exe)
https://github.com/mozilla/geckodriver/releases

Google Chrome Driver (Chromeを操作。chromedriver.exe)
https://sites.google.com/a/chromium.org/chromedriver/

起動するには、仮に server.bat として以下のような内容でバッチを作成します。

cd "d:\Program Files\selenium"
start java -Dwebdriver.ie.driver=.\IEDriverServer.exe -Dwebdriver.chrome.driver=.\chromedriver.exe -jar selenium-server-standalone-3.11.0.jar

1 2	cd "d:\Program Files\selenium" start java -Dwebdriver.ie.driver=.\IEDriverServer.exe -Dwebdriver.chrome.driver=.\chromedriver.exe -jar selenium-server-standalone-3.11.0.jar

※上記は、IE + Chrome を指定する例

server.bat をダブルクリックするとSeleniumサーバーを起動することができます。

続き：https://blog-s.xchange.jp/?p=424

2023年3月
月	火	水	木	金	土	日
		1	2	3	4	5
6	7	8	9	10	11	12
13	14	15	16	17	18	19
20	21	22	23	24	25	26
27	28	29	30	31