イマドキ感ある #te_meetup / “microservicesにおけるAPI自動テストにまつわるエトセトラ // Speaker Deck” htn.to/JKXB3D
2017-03-07 19:33:37shimashima35: 画面要素の細かいObject化: コンテキスト違いによる同一名称のオブジェクトなど(例: 1月タブの出勤日数 → 月クラスの出勤日数メソッド) #te_meetup
2017-03-07 19:33:59shimashima35: 疑似的なDSLのために戻り値をObject化 → IDEの補完機能が使える #te_meetup
2017-03-07 19:34:33shimashima35: タブの要素に値を設定するコードによって、タブ押下のコードも実行される #te_meetup
2017-03-07 19:36:24Gherkinみたいな自然文でシナリオ書くよりもIDEの力を借りて組み立てさせる方がいいかもというのはなるほど感あるかも #te_meetup
2017-03-07 19:37:04shimashima35: Seleniumにありがちなwait処理は各メソッドに隠蔽されるので、テストコードの見通しがよくなる #te_meetup
2017-03-07 19:37:55会場から: 画面/処理の抽象化において、事前条件/トランザクションなどは大変そうに思う。どういう場合に使う想定で作った? shimashima35: 全部結合された状態でのシナリオテスト。regressionなど。setupがなく頭からシナリオが走る #te_meetup
2017-03-07 19:39:29TakiTake: デモ: パフォーマンステストプラットフォーム。Jenkins MasterがSlaveに1つずつクライアントを立ち上げる #te_meetup
2017-03-07 19:42:33TakiTake: 並列度とSlaveラベルを指定して実行 → 台数分のslaveでテスト実行 → ログを収集 → まとめてレポート #te_meetup
2017-03-07 19:46:33負荷テストに使うと便利みたい #te_meetup /Gatling Load and Performance testing - Open-source load and performance testing gatling.io/#/
2017-03-07 19:48:39TakiTake: 性能テストパイプライン: 要求定義 → テストコード作成 → Client Server構築 → テスト → レポート → Client Server破棄 #te_meetup
2017-03-07 19:49:54TakiTake: つらいところ: 要求定義は正しいか(リスエスト数見積りなど)、テストコードを書く(ちゃんと並列リクエストになっているか)、実行(クライアント間でせーので投げる) #te_meetup
2017-03-07 19:52:05