ISTQBのシラバス「Test Automation Engineer」を読みつつまとめつつ、学ぼうと思い立ちました。

kz_suzukiさんのブログを見ていてやってみようと思ったから、です。

初回なので第一章からスタート。

シラバスの入手は以下より。

<p>
  ※免責事項:間違ったことを書いている可能性もありますのでご注意ください。
</p>

<p>

<h2>
  1.1 テスト自動化の目的
</h2>

<p>
  テスト自動化の、やり方等ではない基本的なところ。この先読み進めていくにあたっての認識あわせのような内容が書かれている項です。
</p>

<p>
  ソフトウェアテストにおいて、テスト自動化(自動でのテスト実行を含む)は、
</p>

<ul>
  <li>
    テストの事前条件設定や管理
  </li>
  <li>
    テストの実行
  </li>
  <li>
    期待結果と実行結果の比較
  </li>
</ul>

<p>
  のうちの1つ以上を自動化すること。
</p>

<p>
  最初から大事なことが書いてあると思っていまして、テスト自動化と言ったときに「テストの自動実行」の部分のみを考えている人が居るので。そうじゃないよ、というのは伝えていきたいところ。
</p>

<p>
  他の内容としては以下。
</p>

<ul>
  <li>
    テストウェアが必要となるアクティビティ
  </li>
  <li>
    テスト自動化がSUTと相互に影響するために異なるアプローチをとるところ
  </li>
  <li>
    テスト自動化の目的
  </li>
  <li>
    テスト自動化の利点
  </li>
  <li>
    テスト自動化の欠点
  </li>
  <li>
    テスト自動化の限界
  </li>
</ul>

<h2>
  1.2 テスト自動化を成功させるために
</h2>

<p>
  この項では、テスト自動化を成功させるために、やるべきこと・気をつけるべきことについて書かれています。
</p>

<p>
  ここで言っている成功というのは、「やったー、自動化できた!」という短期的な成功ではなく、もっと長期的な成功のことを指しています。
</p>

<p>
  成功のための主な項目として以下が挙げられています。
</p>

<ul>
  <li>
    テスト自動化アーキテクチャ
  </li>
  <li>
    テスト対象のテスト容易性
  </li>
  <li>
    テスト自動化戦略
  </li>
  <li>
    テスト自動化フレームワーク
  </li>
</ul>

<p>
  自動テストのコードは保守しづらい複雑なものになりがちだが、保守性は何よりも大切。たとえばやってはいけないこととして
</p>

<ul>
  <li>
    インターフェースに強く依存する(GUIの変更など)
  </li>
  <li>
    データの変更に弱かったり、特定のデータに強く依存する(他のテストの結果をインプットとして使うなど)
  </li>
  <li>
    テスト環境が他の影響を受けやすい(OSの日付、OSの地域設定、他のアプリケーションなど)
  </li>
</ul>

<p>
  が挙げられています。
</p>

<p>
  この辺は、「わかってはいるけど難しい」なぁというのが正直なところでした。
</p>

<p>
  過去の経験上、テスト実行の環境面が弱い(=データや環境の前提条件を明確に定義せずにテスターの経験を頼りにテストが行われている)ことが多かったな・・・という印象です。
</p>