Submit Search
Upload
MochaとChaiでやるJavaScriptテスト
•
16 likes
•
7,371 views
Shunji Konishi
Follow
2014/09/11 社内勉強会資料
Read less
Read more
Technology
Report
Share
Report
Share
1 of 18
Download now
Download to read offline
Recommended
Sql server これだけはやっておこう 最終版
Sql server これだけはやっておこう 最終版
elanlilac
SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?
SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?
kwatch
Sql server パーティション 概要
Sql server パーティション 概要
Masayuki Ozawa
進擊的前端工程師:今天就用 JSON Server 自己打造 API 吧!
進擊的前端工程師:今天就用 JSON Server 自己打造 API 吧!
Will Huang
マスターデータの キャッシュシステムの改善の話
マスターデータの キャッシュシステムの改善の話
natsumi_ishizaka
Sql server 2016 always on 可用性グループ new features
Sql server 2016 always on 可用性グループ new features
Masayuki Ozawa
Apache Airflow入門 (マーケティングデータ分析基盤技術勉強会)
Apache Airflow入門 (マーケティングデータ分析基盤技術勉強会)
Takeshi Mikami
20150530 めとべや東京 Reactive Property + Livetで作るWPFアプリ
20150530 めとべや東京 Reactive Property + Livetで作るWPFアプリ
Takayoshi Tanaka
Recommended
Sql server これだけはやっておこう 最終版
Sql server これだけはやっておこう 最終版
elanlilac
SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?
SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か?
kwatch
Sql server パーティション 概要
Sql server パーティション 概要
Masayuki Ozawa
進擊的前端工程師:今天就用 JSON Server 自己打造 API 吧!
進擊的前端工程師:今天就用 JSON Server 自己打造 API 吧!
Will Huang
マスターデータの キャッシュシステムの改善の話
マスターデータの キャッシュシステムの改善の話
natsumi_ishizaka
Sql server 2016 always on 可用性グループ new features
Sql server 2016 always on 可用性グループ new features
Masayuki Ozawa
Apache Airflow入門 (マーケティングデータ分析基盤技術勉強会)
Apache Airflow入門 (マーケティングデータ分析基盤技術勉強会)
Takeshi Mikami
20150530 めとべや東京 Reactive Property + Livetで作るWPFアプリ
20150530 めとべや東京 Reactive Property + Livetで作るWPFアプリ
Takayoshi Tanaka
待ち事象から考える、Sql server の改善ポイント
待ち事象から考える、Sql server の改善ポイント
Masayuki Ozawa
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
Mikiya Okuno
A24 SQL Server におけるパフォーマンスチューニング手法 - 注目すべきポイントを簡単に by 多田典史
A24 SQL Server におけるパフォーマンスチューニング手法 - 注目すべきポイントを簡単に by 多田典史
Insight Technology, Inc.
O/Rマッパーによるトラブルを未然に防ぐ
O/Rマッパーによるトラブルを未然に防ぐ
kwatch
サーバPUSHざっくりまとめ
サーバPUSHざっくりまとめ
Yasuhiro Mawarimichi
2022 COSCUP - Let's speed up your PostgreSQL services!.pptx
2022 COSCUP - Let's speed up your PostgreSQL services!.pptx
José Lin
スマートフォン向けサービスにおけるサーバサイド設計入門
スマートフォン向けサービスにおけるサーバサイド設計入門
Hisashi HATAKEYAMA
Planet-scale Data Ingestion Pipeline: Bigdam
Planet-scale Data Ingestion Pipeline: Bigdam
SATOSHI TAGOMORI
Fluentdのお勧めシステム構成パターン
Fluentdのお勧めシステム構成パターン
Kentaro Yoshida
Dockerを利用したローカル環境から本番環境までの構築設計
Dockerを利用したローカル環境から本番環境までの構築設計
Koichi Nagaoka
C34 Always On 可用性グループ 構築時のポイント by 小澤真之
C34 Always On 可用性グループ 構築時のポイント by 小澤真之
Insight Technology, Inc.
【de:code 2020】 Azure Red hat OpenShift (ARO) によるシステムアーキテクチャ構築の実践
【de:code 2020】 Azure Red hat OpenShift (ARO) によるシステムアーキテクチャ構築の実践
日本マイクロソフト株式会社
Linux/DB Tuning (DevSumi2010, Japanese)
Linux/DB Tuning (DevSumi2010, Japanese)
Yoshinori Matsunobu
MySQL Index勉強会外部公開用
MySQL Index勉強会外部公開用
CROOZ, inc.
やってはいけない空振りDelete
やってはいけない空振りDelete
Yu Yamada
Airflowで真面目にjob管理
Airflowで真面目にjob管理
msssgur
MySQLとPostgreSQLの基本的なレプリケーション設定比較
MySQLとPostgreSQLの基本的なレプリケーション設定比較
Shinya Sugiyama
Zabbix による ms sql監視 ~データベースモニタリング~ odbc
Zabbix による ms sql監視 ~データベースモニタリング~ odbc
真乙 九龍
SQL Server 入門
SQL Server 入門
Tsuyoshi Kitagawa
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
Google Cloud Platform - Japan
JS開発におけるTDDと自動テストツール利用の勘所
JS開発におけるTDDと自動テストツール利用の勘所
Koji Nakamura
JavaScript Unit Test Why? What? How?
JavaScript Unit Test Why? What? How?
Teppei Sato
More Related Content
What's hot
待ち事象から考える、Sql server の改善ポイント
待ち事象から考える、Sql server の改善ポイント
Masayuki Ozawa
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
Mikiya Okuno
A24 SQL Server におけるパフォーマンスチューニング手法 - 注目すべきポイントを簡単に by 多田典史
A24 SQL Server におけるパフォーマンスチューニング手法 - 注目すべきポイントを簡単に by 多田典史
Insight Technology, Inc.
O/Rマッパーによるトラブルを未然に防ぐ
O/Rマッパーによるトラブルを未然に防ぐ
kwatch
サーバPUSHざっくりまとめ
サーバPUSHざっくりまとめ
Yasuhiro Mawarimichi
2022 COSCUP - Let's speed up your PostgreSQL services!.pptx
2022 COSCUP - Let's speed up your PostgreSQL services!.pptx
José Lin
スマートフォン向けサービスにおけるサーバサイド設計入門
スマートフォン向けサービスにおけるサーバサイド設計入門
Hisashi HATAKEYAMA
Planet-scale Data Ingestion Pipeline: Bigdam
Planet-scale Data Ingestion Pipeline: Bigdam
SATOSHI TAGOMORI
Fluentdのお勧めシステム構成パターン
Fluentdのお勧めシステム構成パターン
Kentaro Yoshida
Dockerを利用したローカル環境から本番環境までの構築設計
Dockerを利用したローカル環境から本番環境までの構築設計
Koichi Nagaoka
C34 Always On 可用性グループ 構築時のポイント by 小澤真之
C34 Always On 可用性グループ 構築時のポイント by 小澤真之
Insight Technology, Inc.
【de:code 2020】 Azure Red hat OpenShift (ARO) によるシステムアーキテクチャ構築の実践
【de:code 2020】 Azure Red hat OpenShift (ARO) によるシステムアーキテクチャ構築の実践
日本マイクロソフト株式会社
Linux/DB Tuning (DevSumi2010, Japanese)
Linux/DB Tuning (DevSumi2010, Japanese)
Yoshinori Matsunobu
MySQL Index勉強会外部公開用
MySQL Index勉強会外部公開用
CROOZ, inc.
やってはいけない空振りDelete
やってはいけない空振りDelete
Yu Yamada
Airflowで真面目にjob管理
Airflowで真面目にjob管理
msssgur
MySQLとPostgreSQLの基本的なレプリケーション設定比較
MySQLとPostgreSQLの基本的なレプリケーション設定比較
Shinya Sugiyama
Zabbix による ms sql監視 ~データベースモニタリング~ odbc
Zabbix による ms sql監視 ~データベースモニタリング~ odbc
真乙 九龍
SQL Server 入門
SQL Server 入門
Tsuyoshi Kitagawa
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
Google Cloud Platform - Japan
What's hot
(20)
待ち事象から考える、Sql server の改善ポイント
待ち事象から考える、Sql server の改善ポイント
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
データモデルについて知っておくべき7つのこと 〜NoSQLに手を出す前に〜
A24 SQL Server におけるパフォーマンスチューニング手法 - 注目すべきポイントを簡単に by 多田典史
A24 SQL Server におけるパフォーマンスチューニング手法 - 注目すべきポイントを簡単に by 多田典史
O/Rマッパーによるトラブルを未然に防ぐ
O/Rマッパーによるトラブルを未然に防ぐ
サーバPUSHざっくりまとめ
サーバPUSHざっくりまとめ
2022 COSCUP - Let's speed up your PostgreSQL services!.pptx
2022 COSCUP - Let's speed up your PostgreSQL services!.pptx
スマートフォン向けサービスにおけるサーバサイド設計入門
スマートフォン向けサービスにおけるサーバサイド設計入門
Planet-scale Data Ingestion Pipeline: Bigdam
Planet-scale Data Ingestion Pipeline: Bigdam
Fluentdのお勧めシステム構成パターン
Fluentdのお勧めシステム構成パターン
Dockerを利用したローカル環境から本番環境までの構築設計
Dockerを利用したローカル環境から本番環境までの構築設計
C34 Always On 可用性グループ 構築時のポイント by 小澤真之
C34 Always On 可用性グループ 構築時のポイント by 小澤真之
【de:code 2020】 Azure Red hat OpenShift (ARO) によるシステムアーキテクチャ構築の実践
【de:code 2020】 Azure Red hat OpenShift (ARO) によるシステムアーキテクチャ構築の実践
Linux/DB Tuning (DevSumi2010, Japanese)
Linux/DB Tuning (DevSumi2010, Japanese)
MySQL Index勉強会外部公開用
MySQL Index勉強会外部公開用
やってはいけない空振りDelete
やってはいけない空振りDelete
Airflowで真面目にjob管理
Airflowで真面目にjob管理
MySQLとPostgreSQLの基本的なレプリケーション設定比較
MySQLとPostgreSQLの基本的なレプリケーション設定比較
Zabbix による ms sql監視 ~データベースモニタリング~ odbc
Zabbix による ms sql監視 ~データベースモニタリング~ odbc
SQL Server 入門
SQL Server 入門
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
[Cloud OnAir] Cloud Run & Firestore で、実践アジャイル開発 2020年6月25日 放送
Viewers also liked
JS開発におけるTDDと自動テストツール利用の勘所
JS開発におけるTDDと自動テストツール利用の勘所
Koji Nakamura
JavaScript Unit Test Why? What? How?
JavaScript Unit Test Why? What? How?
Teppei Sato
Jsテストツール 〜 sails.js×mochaでtest 〜 (1)
Jsテストツール 〜 sails.js×mochaでtest 〜 (1)
Tomokatsu Iguchi
プロキシーを使ってテストを楽にする
プロキシーを使ってテストを楽にする
Shunji Konishi
Heroku meetup 13_shuttlebus-heroku
Heroku meetup 13_shuttlebus-heroku
masaoki_ohashi
HerokuからSalesforceを使ってみた
HerokuからSalesforceを使ってみた
masaoki_ohashi
Herokuのログ解析ツール
Herokuのログ解析ツール
Shunji Konishi
Salesforceのハッカソンに参加した話
Salesforceのハッカソンに参加した話
Shunji Konishi
クラウド x IoT実践事例のご紹介
クラウド x IoT実践事例のご紹介
masaoki_ohashi
カスタムアプリケーションプラットフォーム Salesforce Heroku~ ソーシャルアプリケーションを支える技術 ~
カスタムアプリケーションプラットフォーム Salesforce Heroku~ ソーシャルアプリケーションを支える技術 ~
Ayumu Aizawa
Javascriptのあれやこれやをまとめて説明してみる
Javascriptのあれやこれやをまとめて説明してみる
Shunji Konishi
Salesforce連携のためのOData入門
Salesforce連携のためのOData入門
Shunji Konishi
Gulp入門 - コーディングを10倍速くする
Gulp入門 - コーディングを10倍速くする
Hayashi Yuichi
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
Takuto Wada
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Shohei Koyama
Railsチュートリアルの歩き方 (第4版)
Railsチュートリアルの歩き方 (第4版)
Yohei Yasukawa
Viewers also liked
(16)
JS開発におけるTDDと自動テストツール利用の勘所
JS開発におけるTDDと自動テストツール利用の勘所
JavaScript Unit Test Why? What? How?
JavaScript Unit Test Why? What? How?
Jsテストツール 〜 sails.js×mochaでtest 〜 (1)
Jsテストツール 〜 sails.js×mochaでtest 〜 (1)
プロキシーを使ってテストを楽にする
プロキシーを使ってテストを楽にする
Heroku meetup 13_shuttlebus-heroku
Heroku meetup 13_shuttlebus-heroku
HerokuからSalesforceを使ってみた
HerokuからSalesforceを使ってみた
Herokuのログ解析ツール
Herokuのログ解析ツール
Salesforceのハッカソンに参加した話
Salesforceのハッカソンに参加した話
クラウド x IoT実践事例のご紹介
クラウド x IoT実践事例のご紹介
カスタムアプリケーションプラットフォーム Salesforce Heroku~ ソーシャルアプリケーションを支える技術 ~
カスタムアプリケーションプラットフォーム Salesforce Heroku~ ソーシャルアプリケーションを支える技術 ~
Javascriptのあれやこれやをまとめて説明してみる
Javascriptのあれやこれやをまとめて説明してみる
Salesforce連携のためのOData入門
Salesforce連携のためのOData入門
Gulp入門 - コーディングを10倍速くする
Gulp入門 - コーディングを10倍速くする
TDDBC Fukuoka Day1
TDDBC Fukuoka Day1
インフラエンジニアの綺麗で優しい手順書の書き方
インフラエンジニアの綺麗で優しい手順書の書き方
Railsチュートリアルの歩き方 (第4版)
Railsチュートリアルの歩き方 (第4版)
Similar to MochaとChaiでやるJavaScriptテスト
Awsでのsql高可用構成 Always On
Awsでのsql高可用構成 Always On
ssuser79e118
Awsでのsql高可用構成 Always On
Awsでのsql高可用構成 Always On
ShinodaYukihiro
Apexコアデベロッパーセミナー(Apexコード)071010
Apexコアデベロッパーセミナー(Apexコード)071010
stomita
PHP on Cloud
PHP on Cloud
Akio Katayama
クラウド開発に役立つ OSS あれこれ
クラウド開発に役立つ OSS あれこれ
Masataka MIZUNO
Start chestnut
Start chestnut
izy00466
Start chestnut
Start chestnut
Ichise Masashi
OSC北海道 2016 REST API を活用した、新しい WordPress サイト製作手法
OSC北海道 2016 REST API を活用した、新しい WordPress サイト製作手法
Hiromasa Tanaka
Yesodを支える技術
Yesodを支える技術
Hiromi Ishii
PHP基礎勉強会
PHP基礎勉強会
Yuji Otani
Similar to MochaとChaiでやるJavaScriptテスト
(10)
Awsでのsql高可用構成 Always On
Awsでのsql高可用構成 Always On
Awsでのsql高可用構成 Always On
Awsでのsql高可用構成 Always On
Apexコアデベロッパーセミナー(Apexコード)071010
Apexコアデベロッパーセミナー(Apexコード)071010
PHP on Cloud
PHP on Cloud
クラウド開発に役立つ OSS あれこれ
クラウド開発に役立つ OSS あれこれ
Start chestnut
Start chestnut
Start chestnut
Start chestnut
OSC北海道 2016 REST API を活用した、新しい WordPress サイト製作手法
OSC北海道 2016 REST API を活用した、新しい WordPress サイト製作手法
Yesodを支える技術
Yesodを支える技術
PHP基礎勉強会
PHP基礎勉強会
More from Shunji Konishi
SendGridサンプルの紹介
SendGridサンプルの紹介
Shunji Konishi
セキュリティの考え方
セキュリティの考え方
Shunji Konishi
一番簡単なWebSocketの試し方
一番簡単なWebSocketの試し方
Shunji Konishi
WebSocketでリアルタイムクイズアプリを作ってみた
WebSocketでリアルタイムクイズアプリを作ってみた
Shunji Konishi
良質なコードを高速に書くコツ
良質なコードを高速に書くコツ
Shunji Konishi
Heroku tips1
Heroku tips1
Shunji Konishi
Playframework1でSeleniumテスト
Playframework1でSeleniumテスト
Shunji Konishi
Heroku Dyno再起動時の振る舞い
Heroku Dyno再起動時の振る舞い
Shunji Konishi
Dyno cycling behavior of Heroku
Dyno cycling behavior of Heroku
Shunji Konishi
Herokuで使えるRDBMS管理者ツール
Herokuで使えるRDBMS管理者ツール
Shunji Konishi
Play1 to Play2
Play1 to Play2
Shunji Konishi
お手軽Ajaxアプリケーションの作り方
お手軽Ajaxアプリケーションの作り方
Shunji Konishi
Excel2 canvas
Excel2 canvas
Shunji Konishi
特盛!Heroku
特盛!Heroku
Shunji Konishi
文字コードのお話
文字コードのお話
Shunji Konishi
High traffic questionnaire site
High traffic questionnaire site
Shunji Konishi
More from Shunji Konishi
(16)
SendGridサンプルの紹介
SendGridサンプルの紹介
セキュリティの考え方
セキュリティの考え方
一番簡単なWebSocketの試し方
一番簡単なWebSocketの試し方
WebSocketでリアルタイムクイズアプリを作ってみた
WebSocketでリアルタイムクイズアプリを作ってみた
良質なコードを高速に書くコツ
良質なコードを高速に書くコツ
Heroku tips1
Heroku tips1
Playframework1でSeleniumテスト
Playframework1でSeleniumテスト
Heroku Dyno再起動時の振る舞い
Heroku Dyno再起動時の振る舞い
Dyno cycling behavior of Heroku
Dyno cycling behavior of Heroku
Herokuで使えるRDBMS管理者ツール
Herokuで使えるRDBMS管理者ツール
Play1 to Play2
Play1 to Play2
お手軽Ajaxアプリケーションの作り方
お手軽Ajaxアプリケーションの作り方
Excel2 canvas
Excel2 canvas
特盛!Heroku
特盛!Heroku
文字コードのお話
文字コードのお話
High traffic questionnaire site
High traffic questionnaire site
MochaとChaiでやるJavaScriptテスト
1.
MochaとChaiでやる JavaScriptテスト 株式会社FLECT
小西俊司 2014/09/11
2.
Mochaとは JavaScript製のテストフレームワーク HTML内での実行とコマンド実行の両方をサポート
非同期処理を同期化して順番に実行出来る BDDスタイルとTDDスタイルの両方の記法をサポート Assertionライブラリは含まれていないので自分で選択
3.
Assertionライブラリ? Assert系、Should系、Expect系など複数の系統がある 書き方が違うだけでやっていることは同じ
assert.equal(a, 5); a.should.equal(5);//ObjectのPrototypeを拡張している Expect(a).to.equal(5); Assertだけでもライブラリ毎に多彩な書き方がある assert.ok assert.isObject assert.match
4.
Chaiとは Assert、Shoud、Expectのすべてをサポートしたライブラ リ
ただし実際に使用する場合は記法はどれかに統一した方が 良い 多分既存のAssertionライブラリの中では一番多機能
5.
インストール–HTML実行 mocha.js、mocha.css、chai.jsを参照可能なところにコ ピー
クライアントライブラリの取得はできるだけBowerを使 用した方が良い バージョン管理が楽になるので jQuery等のメジャーなライブラリはブラウザのキャッシュ を使うためにCDNを使うのもアリ bower install mocha --save-dev bower install chai --save-dev cpbower_components/mocha/mocha.* public/test cpbower_components/chai/chai.js public/test
6.
インストール–コマンド実行 npmでインストール mochaはコマンドを使用するのでグローバルインストー
ルする npminstall –g mocha npminstall chai --save-dev
7.
HTMLの書き方 Mochaとchai それ以外に必要なJS
(テスト対象のJS) BDDスタイル テストのJS テスト結果出力用のdiv(id=“mocha”) テストの実行 (PhantomJSでも実行可能)
8.
JSの書き方 FizzBuzzサンプル ここではテスト対象のメソッドも
同一ファイル内に書いてあるが 本来はテスト対象は外部にある BDDで使用するキーワードは describeとitの2つ ★describe 単純なグループ化 複数ネスとしても良い describe has some describes and some its. ★it テストケース it has some asserts. assertを使用する
9.
非同期サポート itのコールバック関数に 引数が宣言されている場合、
その引数に完了通知の コールバック関数が渡される その関数が実行されるまで 次のテストは実行されない (デフォルトでは2秒で タイムアウトする)
10.
before(after), beforeEach beforeはdescribe内で最初に一度だけ実行
beforeEachはdescribe内の各itを実行する前に毎回実行 (ネストしたdescribe内でも有効) after、afterEachはその逆 itと同様に引数を宣言することで非同期処理の完了待ち が可能
11.
タイムアウト タイムアウト デフォルト2000ms
コマンドラインオプション–tで設定可能 スロー判定 デフォルト75ms コマンドラインオプション–s で設定可能 describeまたはitのコールバック内で個別に設定すること も可能 this.timeout(5000); this.slow(3000);
12.
コマンド実行 テストの書き方はHTMLから実行する場合と同じ requireでNode.jsの各種モジュールが利用できる
HTTPのエンドポイントのテストを全部これでできないか と実験中 テストシナリオを決めて Http(s)モジュールでリクエストの実行とレスポンスの確認 Pgモジュールで更新されたデータを確認 Input, Output, Storageが検証可能なので多分良い感じ 画面操作の検証はSeleniumじゃないと無理
13.
Http(s)モジュール Node.js標準のhttpライブラリ びっくりするぐらいRaw
Cookieを自分でセットしないとならない POST文字列を自分でURLEncodeして組み立て Content-TypeとかContent-Lengthの計算も自力 何故かデフォルトでChunked ラッパーを開発中 jQuery#ajaxライクなdata引き渡し レスポンス完了時のコールバック Cookie等のHTTPヘッダも空気読んで追加 CSRFサポート
14.
Pgモジュール Windowsだとそもそもインストールが辛い node-gypでインストール時にバイナリをコンパイル
Python 2.7が必要 Visual Studioのインストールが必要(Express版で良いので無 償) ていうかもはや開発者はMacを使うか、VMを使用するべき そこを乗り切ればそれなりに使いやすいがやはりラッ パーは必要 HTMLテストからは実行不可
15.
PhantomJS HTMLテストをブラウザなしでコマンドで実行できる Mochaのテストを実行するためには以下のインストール
が必要 PhantomJS mocha-phantomjs(グローバル) 以降、mocha-phantomjsコマンドでテストが実行可能 ★注意 PhantomJSでの実行は Fileプロトコルでの実行になるので JSやCSSの参照に「//」始まりや 絶対パスを使用してはならない
16.
さらに自動化したい場合 Grunt grunt-mocha(Client
side. 要PhantomJS) Grunt-mocha-test(Server side) 各種CIツール phantomjsがあればなんとかなるはず
17.
メール送信のテストも出来るかも メールテスト用のサーバをHeroku上に作成するというア イデアをちょっと思いついた
例えば新規ユーザ作成時にメールでユーザの存在確認を するような処理 Mochaからユーザ登録のURLをキック メールアドレスはSendGridのParseAPI宛にしておく テストサーバが受信メールをフックしてキャッシュに保存 Mochaからはテストサーバのポーリング、またはWebSocket で完了待ち メールは数分以上遅延することがあるのが難点 が、うまくすれば汎用的なものを作れる可能性はある HerokuButtonで公開するアプリとしてちょうど良いかも
18.
まとめ 周辺ツールを整備していけばかなり、汎用的なテスト ツールになる可能性はある
エンドポイントを叩くテストはある程度自動生成できる と思う テストしやすいエンドポイント設計をすることも重要 できるだけレスポンスはJSONにする Seleniumでのテストやサーバサイドの単体テストが不要 になるわけではない が、必要なテスト数は減らせる
Download now