Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
[OutSystems] Testing Framework がいい。とてもいい。
Search
kata_junn
July 20, 2022
Programming
0
1.8k
[OutSystems] Testing Framework がいい。とてもいい。
BDD Framework のやりづらさを黒魔術で解決しよう!
kata_junn
July 20, 2022
Tweet
Share
More Decks by kata_junn
See All by kata_junn
[OutSystems] ユニットテスト in OutSystems
kata_junn
0
460
O11?ODC?一体何が違うのさ?_v1.0.2.pdf
kata_junn
0
1.3k
[OutSystems] O11 ユーザーに贈る ODC 移行に備えておくと良さそうなコト
kata_junn
0
470
ODC を乗りこなすために理解しておくと良いかもしれないいくつかのこと~Case:External Logic~
kata_junn
0
440
[OutSystems] シン・とりあえず Reactive なプロジェクトにはこれ導入しておくと良い規約
kata_junn
0
280
[OutSystems] OutSystems が誘う Null がない世界の罠
kata_junn
0
1k
[OutSystems] CodeceptJS で快適な E2E ライフを送ろう!
kata_junn
0
340
[OutSystems] とりあえず Reactive なプロジェクトにはこれ導入しておくと良いって規約
kata_junn
1
1.7k
[Agile][Scrum] 転リファ
kata_junn
3
10k
Other Decks in Programming
See All in Programming
今から始めるClaude Code超入門
448jp
7
8.2k
コントリビューターによるDenoのすゝめ / Deno Recommendations by a Contributor
petamoriken
0
200
MUSUBIXとは
nahisaho
0
120
AI 駆動開発ライフサイクル(AI-DLC):ソフトウェアエンジニアリングの再構築 / AI-DLC Introduction
kanamasa
12
6.4k
AIエージェント、”どう作るか”で差は出るか? / AI Agents: Does the "How" Make a Difference?
rkaga
4
2k
なるべく楽してバックエンドに型をつけたい!(楽とは言ってない)
hibiki_cube
0
140
360° Signals in Angular: Signal Forms with SignalStore & Resources @ngLondon 01/2026
manfredsteyer
PRO
0
110
AIで開発はどれくらい加速したのか?AIエージェントによるコード生成を、現場の評価と研究開発の評価の両面からdeep diveしてみる
daisuketakeda
1
960
AIと一緒にレガシーに向き合ってみた
nyafunta9858
0
150
AI Agent の開発と運用を支える Durable Execution #AgentsInProd
izumin5210
7
2.3k
公共交通オープンデータ × モバイルUX 複雑な運行情報を 『直感』に変換する技術
tinykitten
PRO
0
210
AI & Enginnering
codelynx
0
110
Featured
See All Featured
Accessibility Awareness
sabderemane
0
47
Docker and Python
trallard
47
3.7k
BBQ
matthewcrist
89
10k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Ethics towards AI in product and experience design
skipperchong
2
190
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
0
170
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
170
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
1.9k
A better future with KSS
kneath
240
18k
A Modern Web Designer's Workflow
chriscoyier
698
190k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.3k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
71
Transcript
片野 潤一 アジャイル営業推進部 伊藤忠テクノソリューションズ株式会社 Testing Framework がいい。 とてもいい。
片野 潤一
[email protected]
Java Struts/Spring/MyBATIS 2005 2014 OutSystems Developer@3人(6か月) Developer
&& TL@約10人(24か月) OutSystems 推進 2019 2020 Scrum on AWS Role:Developer TypeScript Serverless Dynamo, Lambda, S3, SQS, Kinesis, Athena Angular 認定スクラムマスター(CSM) AWS Certified DevOps Engineer - Professional OutSystems 資格 8 個(Expert Traditional Web Developer 含む) 好き:リアル脱出ゲーム、低温調理、肉、ゴルフ、スパイス、オクトラ OutSystems OutSystems 推進 Expert Service now!! 2
BDD Framework
None
BDD Framework
BDD Framework Testing Framework
BDD Framework の Developer Experience はどうでしたか?
先端開発者にとっての働きやすい環境と高速な開発を実現するための文化・組織・シ ステムが実現されているかを意味する開発者体験(Developer eXperience)です。 https://cto-a.github.io/dxcriteria/about.html “ Developer eXperience? ある特定のシステムを開発・保守する開発者をユーザーと捉え、彼ら・彼女らの開発 に伴う体験 https://buildersbox.corp-sansan.com/entry/2019/03/11/121417
“
テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace テスト用 アプリケーション w/ BDD
Framework 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 さぁ 実装だ!
テスト用 eSpace eSpace 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 業務ロジックを実装する
Pub った! 1 テスト対象を Public にせざるを得ない問題 テスト用 アプリケーション w/ BDD Framework
よしテスト するぞ テスト用アプリケーションから業務ロジックを探す 2 テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace
業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1
あれ? ないぞ? テスト対象を Public にせざるを得ない問題 テスト用アプリケーションから業務ロジックを探す 2 テスト用 eSpace eSpace
業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1 気付く 3
ああ! Public か! テスト対象を Public にせざるを得ない問題 テスト用アプリケーションから業務ロジックを探す 2 テスト用 eSpace
eSpace 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1 気付く 3
テスト対象を Public にせざるを得ない問題 テスト用アプリケーションから業務ロジックを探す 2 テスト用 eSpace eSpace 業務用 アプリケーション
参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1 気付く 3 悩む 4 え、でもそれってテストのた めにプロダクションコードの 実装に手を加えるってこと? そもそも可視性が2通りしか ないし公開したい Producer を指定するような仕組みがな いときついっていうかテスト 対象 Public にしていったら 関係ないのに使われる可能性 を否定できないし Public で あるべきでない Action も Public にしないとテストが できないの?まじかーそっか ー(超早口)
テスト対象を Public にせざるを得ない問題まとめ BDD は OutSystems の仕組みに則った正規の手段で Action を実行する想定 OutSystems
の可視性バリエーションは Private / Public の2種類のみ よって以下のような Private Action をテストしたい場合 Public にせざるを得ない - 1か所でしか使われていない完全 Private な Action - eSpace 内 Public な Action Public プロパティは実装の意図を伝えるための側面が強い(個人差があります) そのため、テスティングフレームワークの影響で強制されるのは違和感がある
Testing Framework
テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace テスト用 アプリケーション w/ Testing
Framework 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 さぁ 実装だ!
テスト用 eSpace eSpace 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 業務ロジックを実装する
Pub った! 1 テスト対象を Public にせざるを得ない問題 テスト用 アプリケーション w/ Testing Framework
よしテスト するぞ テスト用アプリケーションの何か一つを参照する 2 テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace
業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! 業務ロジックを実装する 1 テスト用 アプリケーション w/ Testing Framework
楽だなー テスト対象を Public にせざるを得ない問題 テスト用アプリケーションの何か一つを参照する 2 テスト用 eSpace eSpace 業務用
アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! 業務ロジックを実装する 1 Private だろうが Public だろうが呼び出し放題!! 3 テスト用 アプリケーション w/ Testing Framework
Testing Framework でのテスト実装 テスト対象:GetNextProductNumber Public:No 処理:Aggregate の結果 に +1 して返す
Testing Framework でのテスト実装 テスト対象:GetNextProductNumber Public:No 処理:Aggregate の結果 に +1 して返す
まずは Public にする! そして SetUp で GetLastProduct がデ ータを取得できるデータを作成して、あ、 あとは意図しないデータがあったらエラ ーにするなり削除するなりしないとなー 副作用に注意しなくちゃな!
Testing Framework でのテスト実装 Public 化 不要!
Testing Framework でのテスト実装 (今回は) データセットアップ 不要! Public 化 不要! 簡単に
Mocking 化 !!!
Testing Framework でのテスト実装 テスト開始を宣言 1 テスト対象の Proxy を宣言 2 Mock
クエリの結果を宣言 3 Mock クエリの結果をセット 4 Proxy 経由で Private Action を実行 5 アサーション 6
Testing Framework でのテスト実装 テスト開始を宣言 1 テスト対象の Proxy を宣言 2 Mock
クエリの結果を宣言 3 Mock クエリの結果をセット 4 Proxy 経由で Private Action を実行 5 アサーション 6
OutSystems のテスティングフレームワーク特徴ざっくり Testing Framework テスト対象強制 Public やるしかない 黒魔術で解決 プロダクションコードに 入り混じる
黒魔術で解決 Mocking 実装 プロダクトバージョン アップへの追従性 原理的に心配なし 破綻するかも Client Action 対応 あり なし BDD Framework
今日のまとめ BDD Framework は盤石な OutSystems 公式のテスティングフレームワーク 公式がサポートし、OutSystems でのテスティングの中心的存在であるが、 仕組み上「できないこと」や「できるけれどもやりづらい」ことが多々ある そんな中
Testing Framework という選択肢が彗星のごとく現れた 「BDD でやりづらいことを C# を駆使した黒魔術で解決」している 公式サポートはゼロだが、ユニットテストの生産性向上に役に立つかも
https://www.outsystems.com/forge/component- overview/12754/testing-framework Server Action にオススメ! 皆さんも使ってみましょう!!
ご清聴ありがとうございました