Table Ytorii Kyoto.rb Meetup 20191116 1st. Scrum E2E
スクラム開発でユーザストーリーの中でe2eテスト
ユースケース書いてe2e書いてる?
それでもいいかも
ドメインエキスパートに日本語でいろいろなユーザストーリーでテストをやった
日本語→コードに落とし込んだ
ドメインエキスパートがコード書いてほしい
Turnip
PO: 日本語でfeatureファイルを作成
エンジニア: stepファイルを作成
コミュニケーションコストとコード書くコストが高い
e2eが多いとCI遅くなる
ユニットテストを多く、e2eを薄く
e2eをフロントエンドで担保できないか?と考えている
フロントエンドのユニットテストである程度担保する
SPAならできるけど、サーバーサイドレンダリングしているのでむずかしい
どうしても重要なものはe2eを行う
テストケースが別れてしまうので、シナリオ担保したテストケースが存在するのか不安
スクラム開発だと都度スプリントで品質担保するために自動化するときにe2eテストがネックになる
POが重要なものを選ぶ
POに判断してもらう材料が必要
POが重要と思うものとQAが重要と思うものが違うはず
胃が痛くなるリストをPOに送りつける
テストをどう捨てるかを決める
POが時間取れない問題
POチームを作る
ジョイ・インクで複数人体制が紹介されていた
e.g. 1つのチームにマネージャーを複数