More Related Content
Similar to 20161222 selenium adventcalender
Similar to 20161222 selenium adventcalender (20)
More from Naoya Kojima (10)
20161222 selenium adventcalender
- 2. 話の流れ
はじめに
使用するツールを理解する為に採用したアプローチ
OOAD
ICONIX
Pitalium について理解を深める
目的から読み解くPitalium の機能
機能から読み解くPitalium のユースケース
ユースケースから読み解くPitalium の主要コンポーネント
Pitalium を利用する
実施するテスト目的の決定
テスト実施手順の決定
テスト実施手順のアーキテクチャ化
テスト実施手順のアーキテクチャ
まとめ
- 5. Object-Oriented Analysis and Design
Abstract OOAD Structure
Requests
Application
Architecture
Components
Object Object Object Object
Analysis
Design
Object
Roles
Responsibilities
Task Info
has
Roles
- 6. The ICONIX
Practical Method of OOAD
Quote from 「Use Case Driven Object Modeling with UML Theory
and Practice」Doug Rosenberg, others.
Abstraction of ICONIX
ICONIX自体はOOADよりも広い範囲をサポートする開発手法
静的＋動的なワークフローが構成するイテレーティブなプロセス
１イテレーションでは、ユースケースまたはその論理的な集合に対
して、要求分析〜単体テストをスコープとする実践的な手法
イテレーティブな為、agileプラクティスとの親和性が高い
UP（統一プロセス）よりも使用するUMLやドキュメントの種類が少
なく、軽量である
他の手法との折衷案を採用してもよい（私見）
マイルストーンと確認ポイントが示されているので分かりやすい
- 7. The ICONIX
Practical Method of OOAD 2
Abstraction of ICONIX Process （One Iteration）
要求定義 機能要求 振る舞い要求
ドメイン分析
ドメインモデリング
レビュー
要求分析
予備設計
ロバストネス分析
属性追加（ドメイン
モデルの更新）
コントローラオブ
ジェクトの識別
レビュー
詳細設計 シーケンス図作成
操作の追加（ドメイ
ンモデルの更新）
シーケンス図の更新 レビュー
実装
コーディング
ユニットテスト実施
統合テスト、テスト
シナリオの実施
コードレビュー 各モデルの更新
To Next
Iteration
- 10. 目的（＝ビジネス要求）
hifive Webサイトより
「Selenium WebDriver を利用したテストを各ブラウザで並列実行し、スクリーン
ショットを取得して想定結果と画像比較をする」
出展：https://www.htmlhifive.com/conts/web/view/pitalium/
- 15. テストを並列実行する必要がある
ユースケース
pitalium-1.1.1.jarは、ParameterizedThreadsカスタムランナーを提供する
ParameterizedThreadsクラスは、テストメソッド（マルチスレッドの場合はタスク）の実行順を制御するRunnerSchedulerイン
タフェースを実装するMultiThreadRunnerSchedulerクラスを提供する
テスト実装者は、capabilitiesファイルに並列実行したいブラウザのcapability を記述する
Javaスレッド@JVMは、テストクラスを実行する
ランナー生成時に、MultiThreadRunnerSchedulerクラス内でExecutorServiceを利用してRunnable なStatement タスク（＝テス
トメソッド群）をマルチスレッド実行用のブロッキングキューに登録して、マルチスレッドで実行出来るようにする
- 23. com.htmlhifive.pitalium.junit
junitパッケージ
JUnitのParameterizedを利用してテストの実行内容を拡張するコンポーネント
PtlBlockJUnit4ClassRunnerWithParametersFactory
PtlBlockJUnit4ClassRunnerWithParametersを生成するクラス
ParameterizedランナーのUseParametersRunnerFactoryアノテーションのvalueに指定する
PtlBlockJUnit4ClassRunnerWithParameters
ParameterizedThreadsランナーによってパラメータ毎に実際にインスタンス化されるランナー。
Parameterizedランナーが実体化するBlockJUnit4ClassRunnerWithParametersランナーの拡張版。
BlockJUnit4ClassRunnerWithParametersのStatementを拡張してParameterizedClassRuleを実行可能とした。
- 24. Pitalium を理解するーまとめ
ユースケースから読み解くPitalium の主要コンポーネント
自動テストの詳細設計者、テスト実装者がPitalium を利用する上で抑えておくと良いコンポーネントです
こららはテスト実装者とテストコードとのインタフェース役を担い、そのロールを構成する責務はその他コンポーネ
ントに委譲しています。
その他コンポーネントについて
Pitalium には、主要コンポーネントの他にも多くのコンポーネントがあります。
これらはオブジェクト指向で設計されており、個々が主要コンポーネントから責務を委譲される形で存在しています。
まとめ
Pitalium を使い、自動テストシステムを開発・拡張する際には、この二点を抑えておくと良いでしょう
- 26. 実施するテスト目的の決定
Pitaliumを利用するテストシステム自体のテスト目的
ユースケーステストを実行する
テストの実行結果が想定する振る舞いと違いないかを検証する
実装例
JUnit4.X系のorg.junit.assertパッケージassertThatメソッドを使う
Pitalium を使う目的
テストシステムの設計で意図した機能を委譲する為に利用する
委譲する機能の例
テストを並列実行する
テスト実行前後の証跡を取得する
テスト失敗時の原因究明の手掛かりとしてスクリーンショットを取得する
画面レイアウトの回帰テストを実行する
直近でテストが成功した時の 画面に意図しない変更が加えられていないことを確認する
- 28. テスト実装手順のアーキテクチャ化
テスト実装者が実装手順を意識しなくても済むようにする
アスペクト指向の採用
実装するテストメソッド内にPointCutを作成する
「ユースケーステスト実行前後の証跡取得」、「取得した画面レイアウトの比較」をAdviceとして実装する
Adviceが指定するJoinPointでWeaveされるようにする
テンプレートメソッドパターンの採用
PointCutを必ず実装させる為に、PointCutとするメソッドを差し込んだテンプレートメソッドを実装する
PtlTestBaseクラスを継承するテンプレートメソッドを実装するラッパー抽象クラスを実装する
ユースケーステストの実行/検証
ユースケーステスト実行前後の証
跡を取得
取得した画面レイアウトの比較
Advice化
- 29. テスト実装手順のアーキテクチャ
@Aspect Class TestImplProcess
@Pointcut("execution(public * WrapperPtlTestBase.abstructMethod(..)) && !within(TestImplProcess)")
abstructMethodExecute()
@Before("abstructMethodExecute()") beforeAbstructMethod()
@After("abstructMethodExecute()") afterAbstructMethod()
1. ユースケーステストの証跡取得
2. 取得した画面レイアウトの比較
Abstruct Class WrapperPtlTestBase extends PtlTestBase
@Test TestMethod()
1. abstructMethod()
JoinPoint
Advice
PointCut
テスト実装者はWrapperPtlTestBaseを継承
したクラスでabstructMethod()内にユース
ケーステストを実装すると、意識せずに
「証跡取得」、「画面比較」を実装できる
ようになる。
