「第一回システムテスト自動化標準ガイド読書会」に参加してきた

1章

テスト管理
- TestLinkとか
テスト設計
- モデルベースドテスト
  - 開発に使ったモデルからテストを作るのでなく、テストのためのモデルを再設計する？
  - まだリンク先の資料を読んでいない
- PictMasterやCEGTestなどのツールがある
ブラウザテスト
- メンテコストが高いと感じているがどうだろう
  - やっぱメンテコスト高いねという話
  - xpathとかを扱っていると死にやすい
    - classやidを振っているとまだ変更に対応しやすい
- Gebがいいよって話
  - xpathとかに依存しない書き方が出来る
    - なのでデザイン変更に影響を受けにくい
  - 思想は「WebDriverのあるあるを解消」
  - これからやるならWebDriverよりGebがおすすめ
  - Spockと連携できるし
  - 資料
    - http://www.slideshare.net/hirokotamagawa/20141018-2selenium-40423299
    - http://www.slideshare.net/youtaroutakahashi/what-makes-geb-groovy
    - 主催者のふじさわさんがブログをやられていた
- WebDriverの本がそのうち出るらしい(別々の方から2冊)
負荷テストはJMeterよりGatlingが良いらしい
要件や設計のテストって、レビューとは違う？
- シーケンス図や業務フロー図を書いてみることがテストの一つに該当する
- CEGTest使うと漏れが見える
  - ただ手法が難しいらしい

スライドはどこかに上がっているのでしょうか？

ソフトウェア設計自体が、テスティングの自動化自体の成功を左右する
- 最初からテストを意識して設計すると良いよね
  - 前述のブラウザテストで例えると、idやclassを最初から振っておくとか
テスターとテストオートメーターが分かれている経験ある人？
- テスターは派遣とか外注、オートメーターは自社というパターンがあるみたい
テスターとテストオートメーターの分業について
- 賛成/反対に分かれて参加者で意見出し
2章の話は原著当時の背景が強く影響している？
- MSのWindowsテスト？(うろ覚え)
テストスクリプトが複雑になる = メンテコストが高くなる
- あるある
アドホックテストの自動化は無意味。自動化の前にテスト手法/設計を見直すべき
- 詳細なテストスクリプトから自動化する
テスト自動化をプロジェクトで導入するには
- 実際に見せる。画面テストを100ケースとか
- QAの世界では4つのコスト(予防、評価、外部失敗、内部失敗)という考えがある
  - コストモデルに関する資料
- 気合い