SPEEDA開発におけるテストエンジニアのいろはにほへと/SPEEDA-Testing-Day

SPEEDA Testing Dayの発表資料を公開しますです。
一部修正しましたが内容に変更はありません。

Transcript

1. SPEEDA開発における テストエンジニアの いろはにほへと SPEEDA Testing Day 越中谷 郁美
2. 自己紹介 【名前】 越中谷 郁美 【所属】 Product Team / Product Development Unit テストエンジニア 2019/11/11 SPEEDA Testing Day
3. 本日お話しする内容 SPEEDA開発でテストエンジニアはどのよう働いているかを 話します 2019/11/11 SPEEDA Testing Day
4. SPEEDA開発のテストエンジニア • QAチームやテストチームは組織として存在しない • 開発チーム中の一人 • ソフトウェアエンジニアと一緒にチームとなって働く • 自動テストはソフトウェアエンジニアとペアプロ/モブプロする 2019/11/11 SPEEDA Testing Day
5. プロジェクトの初期からテストエンジニアも チームに参加し、共に作り上げていきます インセプション デッキ作成 ストーリ出し 見積もり & 計画 開発 ローンチ (公開) 2019/11/11 SPEEDA Testing Day
6. プロジェクト初期から関ることで • 実装前にバグや抜け漏れを減らせ、仕様を充実させることができる • ストーリー出し(仕様決め)や計画段階で脳内テストする 怪しい所、仕様が足りていない所を洗い出す • 細かいこと言うのでソフトウェアエンジニアには鬱陶しいかもしれない でも気になることは言う • ただし瞬発力が要るのがちょっとツライ • 一つ一つにかける時間が短く、長考はできない 正直、後から思い出すことも多い 2019/11/11 SPEEDA Testing Day
7. 仕様（ふるまい）＝ テストケース 「自動テストの自然言語記述が仕様書である」という扱い 仕様が古いまま自動テストを流すとエラーになる ↓ 修正する ↓ 常に更新され最新の状態の仕様書となる 2019/11/11 SPEEDA Testing Day
8. つまり、すべてテストケースとして書く 2019/11/11 SPEEDA Testing Day
9. 自動テストを書くときに意識していること • 本当にこの仕様でいいんだっけ？ • このテストケースでどこまでやるの？ • エラーになるケースはないか？ • 見落としている条件はないか？ • 想定したテストケースで本当に充分？ 2019/11/11 SPEEDA Testing Day
10. 自動テストをペアプロ/モブプロで書く • レビューが同時に行えている実感がある • 話しているときに抜けに気付くこともある • 意見を聞いてもらえることが嬉しい 2019/11/11 SPEEDA Testing Day
11. リリース前チェックで意識していること • 実装した内容が期待通りに動くこと • 選択するデータや選択肢はワンパターンにしない • クロスブラウザで見ているときに違和感に気付くことも 2019/11/11 SPEEDA Testing Day
12. プロジェクトチームを横断した視点も意識する • 他チームの開発に影響しないか？ • 他チームの開発が自チームに影響しないか？ • テストエンジニアと元QAチーム（現在は第三者検証をしている）で情 報共有 2019/11/11 SPEEDA Testing Day
13. とはいえ、課題もある • テストケースの制度 • ケースの粒度がチームによってまちまち • クロスブラウザはできていない • この辺りは今後改善していく必要がある 2019/11/11 SPEEDA Testing Day
14. 私の考えるSPEEDA開発のテストエンジニアの役割 テストエンジニアは、ソフトウェアエンジニアが 見えていないところ/把握できていないところを減らすこと 視界を広げることでサービスの質向上に貢献する事が 役割の一つだ思っている 2019/11/11 SPEEDA Testing Day