自動化して開発者に喜んでもらえたこと

by oikawa

Slide 1

Slide 1 text

自動化して開発者に喜んでもらえたこと Wingarc1st, 及川

Slide 2

Slide 2 text

自己紹介名前及川住まい北海道札幌市所属ウイングアーク１ｓｔ株式会社普段は製品のテストをしたり、自動テスト支援活動してますわりとアクティブ趣味

Slide 3

Slide 3 text

今回登場するターゲット集計表をWebとExcelで扱うUI製品を主に担当してます

Slide 4

Slide 4 text

いま運用している自動テスト WebのUI自動テスト ExcelのUI自動テスト API自動テスト速度評価

Slide 5

Slide 5 text

自動化って開発や品質が単独でやろうとすると失敗する例が多い（と思っている）開発開発スピード！テストパターン！品質知識！仕様変更！

Slide 6

Slide 6 text

定着に至った一つの例です

Slide 7

Slide 7 text

災厄の章

Slide 8

Slide 8 text

自動テスト運用前の（本当にあった）悪夢敗因 - 極めて重大な不具合の発生バグが発生した！え、このバグは、中断リジェクト！製品βビルドができました開始条件確認テストをします

Slide 9

Slide 9 text

自動テスト運用前の（本当にあった）悪夢敗因 - 不具合数/テストケース数 9% ・・・・・・・リジェクト直しましたテスト再開します

Slide 10

Slide 10 text

自動テスト運用前の（本当にあった）悪夢敗因 - テストケース数/バグチケット 12% - 重大な不具合 18件バグが発生した！たくさん発生した！リジェクト！直して強化しましたテスト再開します

Slide 11

Slide 11 text

自動テスト運用前の（本当にあった）悪夢リグレッションテストケースを与えます（数百件） 1か月後にフェーズ進行を強行するので品質はどうにかしてくださいビルドのたびに実施するとよいでしょう（手動）

Slide 12

Slide 12 text

悪夢の裏側（意訳）隙はない。やれるものならやってみろ徹底的にたたけ。1日で滅ぼせ。拝承戦争だったんだ。

Slide 13

Slide 13 text

復活の章

Slide 14

Slide 14 text

悪夢はもうイヤ内部品質を向上するため、大規模リファクタリングが決定する「開発、内部コードするってさ」リメイク

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

作り直しても変わってないことを保証これって、自動テスト向きなことですね

Slide 17

Slide 17 text

開発にとってバグが多い

Slide 18

Slide 18 text

品質にとってバグが多い

Slide 19

Slide 19 text

共通認識はあったので協力した体制を敷くことができた

Slide 20

Slide 20 text

成長の章

Slide 21

Slide 21 text

できたこと 1st 変更方法を聞いてそこに対する自動テストをQAで実装 2nd インタフェースからテストするためにテストに使える APIをテストツールとしてDevに実装してもらう 3rd 暗黙な仕様などを Dev/QAで協力して洗い出し片っ端から自動テスト実装 4th 開発プロトからテストFW実装し、開発テストを自動テスト化

Slide 22

Slide 22 text

変更方法を聞いてそこに対する自動テストをQAで実装 • 弱点だったり、不安なところを共有してもらったり、自動テストに向いているところ、やりかたを相談したり • すくなくとも出てきてから初めて触るとかはない • ゆるやかな開発と品質の協力体制

Slide 23

Slide 23 text

テストに使えるAPIをテストツールとして Devに実装してもらう • 開発に内部APIを利用したテストツールを作ってもらった • テストケースは品質担当の実装 • 積極的な開発と品質の協力体制 • 自動でできるテスト量の増大化

Slide 24

Slide 24 text

Dev/QAで協力して洗い出し片っ端から自動テスト実装 • 誰かしか知らない情報など洗い出し資料化 • 知識の統合 • テスト実装も協力 • 連携した品質向上の体制 • 開発者自身からも見えにくかった影響への安心感が生まれる

Slide 25

Slide 25 text

開発プロトからテストFW実装し、開発テストを自動テスト化 • 開発設計中に情報共有しテストを考える • プロトを触らせてもらって自動テストのFWを実装してしまう • 開発テストで作った資産をそのまま自動テストにしてしまう • 一体化した品質向上へのアプローチ • 安定した品質の地盤

Slide 26

Slide 26 text

担当者の声あのプロジェクトは自動テストがなかったら爆死してた自動テストのおかげで安心して新規開発も既存修正もできる助かってる

Slide 27

Slide 27 text

成功要因開発、品質ともに課題を共有できていたこと開発者の不安を解決するものを用意したこと開発者がメリットを感じられるようにしたこと

Slide 28

Slide 28 text

いま取り組んでいること品質を意識した開発ができる活動機能設計と並行してテスト設計テスト設計を開発とモブドキュメンティング開発時にUnitレベルでの品質作りこみテスト設計時に自動テスト種別を判定 Unitレベルのテストが有効な部分は実装を依頼一部はブログで書きました「medium wingarc」で検索！

Slide 29

Slide 29 text

おしまい