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

3e31ffe1dc0eccbe2f30b99de11246cf?s=47 oikawa
July 30, 2020
Programming
0
120

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

3e31ffe1dc0eccbe2f30b99de11246cf?s=128

oikawa

July 30, 2020
Tweet

Other Decks in Programming

See All in Programming
Da1305e5281b5208da85d14a356d01f3?s=48 taka1068
4
150
Bfb93c5dc0fde76ddac605bba0e1b642?s=48 sucitw
0
130
6afbe110d33ef7e859fb8649b86bae55?s=48 mashabow
0
500
0b40b09ee30366ddfe68070d94d7ee3f?s=48 a_suenami
0
180
917c89046a8ba98f398ea16b7b335779?s=48 nomadblacky
1
160
023b04c98f39cc041293d780352432ff?s=48 koic
0
690
E0e036f89c14b3e59640318eedf9670b?s=48 bkuhlmann
4
220
40f4d1f2e77078955bd01e9fb4a503ba?s=48 m_seki
0
120
8261d04bf57a042c8eab6757c386f7b2?s=48 mocobeta
4
1.3k
Fd3442482c4a9b2d2353448a6e379823?s=48 matsu_chara
2
310
Aaf94d61dec57d1c3cf2de7c09e472d4?s=48 kariad
3
110
7437b9552e193bb1f8ea757bf1a51175?s=48 aruneko
1
310

Featured

See All Featured
C620790ae5bf5b50c245b2e0ef95f338?s=48 deanohume
294
27k
433acaea1012b25d97ae66da9b998dad?s=48 malarkey
391
60k
5f2da528927a2ec9ba4fec2069cbc958?s=48 kneath
293
39k
433acaea1012b25d97ae66da9b998dad?s=48 malarkey
190
8.2k
5b6a2bd86ef643786a381a212e0ef2f1?s=48 geoffreycrofte
11
230
39488f9d172ab92fd352f2cd7b73258d?s=48 mza
80
3.9k
7c8469ee8c9e594c65c59b919626c08d?s=48 scottboms
250
11k
E6c6e133e74c3b83f04d2861deaa1c20?s=48 searls
202
35k
8081b26e05bb4354f7d65ffc34cbbd67?s=48 chriscoyier
775
240k
027d1ebf66cc039a0bd3b55eeadbe75d?s=48 sachag
267
16k
B47b288784fda77a94aeb234ca743c24?s=48 keavy
104
14k
A9704266587836f7e784235e5073b93e?s=48 jmmastey
2
230

Transcript

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

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

    わりとアクティブ趣味

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

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

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

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

  7. 災厄の章

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

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

  10. 自動テスト運用前の（本当にあった）悪夢 敗因 - テストケース数/バグチケット 12% - 重大な不具合 18件 バグが発生した！ たくさん発生した！

    リジェクト！ 直して強化しました テスト再開します

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

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

  13. 復活の章

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

  15. None

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

  17. 開発にとって バグが多い

  18. 品質にとって バグが多い

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

  20. 成長の章

  21. できたこと 1st 変更方法を聞いて そこに対する自動 テストをQAで実 装 2nd インタフェースか らテストするため にテストに使える

    APIをテストツー ルとしてDevに実 装してもらう 3rd 暗黙な仕様などを Dev/QAで協力し て洗い出し片っ端 から自動テスト実 装 4th 開発プロトからテ ストFW実装し、 開発テストを自動 テスト化

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

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

  24. Dev/QAで協力して洗い出し片っ端から自 動テスト実装 • 誰かしか知らない情報など洗い出し資料化 • 知識の統合 • テスト実装も協力 • 連携した品質向上の体制

    • 開発者自身からも見えにくかった影響への安心感が生まれる

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

    • 安定した品質の地盤

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

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

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

  29. おしまい