試験に出ないJSTQB　ALTA

あきやま🍠 @akiyama924

そして、 ③構成テストの見積りはTTAに任せる これなー。構成テストではなく構造テストって書きたかったのです。 いわゆるホワイトボックステストです。TTAが作るとして、その見積もりにTAはどのように絡むのか。 まぁ、いずれにしてもテストの全体像が必要なのでTAは関係します。

あきやま🍠 @akiyama924

最後は、 ④ドキュメントのテスト計画はテスト担当者に任せる たとえばマニュアル、そして運用手順書。分かりやすく整理された状態に持っていくにはソフトウェアを作るのと同様で、高いスキルが必要です。 解説おしまい。

あきやま🍠 @akiyama924

【試験に出ないALTA】 問題105 テストのモニタリングとコントロールのためには定量的メトリックの取得が大切です。そのようなメトリックに求められる要件では【ないもの】はれか。

あきやま🍠 @akiyama924

選択肢が途中で切れて読みにくい人へ ①データが正確であること ②データがタイムリーに取得できること ③客観的なデータであること ④自動でデータ取得と解析処理ができること

あきやま🍠 @akiyama924

問題105の答えと解説です。 正解は4の「自動でデータ取得と解析処理ができること」です。 正答率は84%と高い結果でした。 出題の意図はモニタリングの要点を伝えたかったからです。

あきやま🍠 @akiyama924

解説です。まずは、 ①データが正確であること こちらは1人も選択されませんでした。 素晴らしい結果です！！ 定量的モニタリングで1番大切なことは正確であることだからです。

あきやま🍠 @akiyama924

数値は一人歩きするとか、背景を伝えないと誤解を受けると言われます。 確かにその通りで取り扱いに注意が必要ですが、数値化して、グラフを描くことで、それまで気づかなかったことに気がつくこともよくあります。

あきやま🍠 @akiyama924

定量的モニタリングの1番のコツは、とにかく正しいデータを取ってグラフ化することです。 そして、一見すると仮説から外れるカーブを描くグラフになったときには、グラフの方を正しいものとしてグラフから仮説を立て直すことです。

あきやま🍠 @akiyama924

そのためにモニタリングデータが正確であることが求められるのです。 精度は粗くても構いません。有効桁数なんて3桁あればほとんどの場合、十分です。

あきやま🍠 @akiyama924

次は、 ②データがタイムリーに取得できること いくらデータが正確であってもタイムリーに取得出来なければオンゴーイングの今のテストのコントロールには使えません。 ですからタイムリーであることを求められます。

あきやま🍠 @akiyama924

そして ③客観的なデータであること 定量化の目的の一つは主観の排除です。主観を排除する理由は思い込みを防ぐためです。 たとえば「順調か」という問いに対して客観的な定量データで示すことが出来たら良いですよね。もちろんそれが主観（実務者の感覚）と合っていることの確認は必要ですが。

あきやま🍠 @akiyama924

最後は ④自動でデータ取得と解析処理ができること できたほうが良いことですが、できないからといってそのメトリックのモニタリングをしない理由にはなりません。 まずは手作業でデータ取得と解析を行って、意味のあるデータと分かったときだけ自動化しても良いからです。 解説おしまい。

あきやま🍠 @akiyama924

【試験に出ないALTA】 問題106 テスト分析を効果的に進めるために、必要な条件では【ないもの】はどれですか。

あきやま🍠 @akiyama924

選択肢が途中で切れて読みにくい人へ ①テストベースがレビューに合格し更新されていること ②適切な予算とスケジュールが確保されていること ③テスト目的が明確であること ④適用すべきテスト技法が明確であること

あきやま🍠 @akiyama924

問題106の答えと解説です。 正解は4の「適用すべきテスト技法が明確であること」です。 正答率は47%と低めです。 出題の意図はテスト分析の話とプロセスの話題を出したかったからです。

あきやま🍠 @akiyama924

解説です。 この問題ではテスト全体のプロセスの中の「テスト分析」というサブプロセスについて聞いています。 ここで大切なことはプロセスとは何かです。

あきやま🍠 @akiyama924

プロセスという言葉は一般的なものですから、様々な定義や考え方があると思います。 割と一般的な（と私が考えている）ものは「入力されたものを処理してもっと価値あるものに変えて出力する事をプロセスと呼ぶ」です。

あきやま🍠 @akiyama924

ですからテスト分析を効果的に進めることを考えるならテスト分析の入力と処理と出力について考えることが重要です。 ここで、出力は処理によって価値が高まったもののことでした。

あきやま🍠 @akiyama924

では、それを踏まえて選択肢を確認していきましょう。まずは、 ①テストベースがレビューに合格し更新されていること テストベースはテスト分析というプロセスの入力です。

あきやま🍠 @akiyama924

「ガベージ イン ガベージ アウト」という言葉があります。日本語に直せば「ゴミを入れてもゴミしか出ない」でしょうか。 プロセスを良くするときにも、まずは、入力がゴミでないことの確認が大切です。

あきやま🍠 @akiyama924

①テストベースがレビューに合格し更新されていること これは、まさにテスト分析の入力をゴミでないものにすることなので、テスト分析の効果を高めます。

あきやま🍠 @akiyama924

次は、 ②適切な予算とスケジュールが確保されていること 適切な予算とスケジュールが確保されていませんと十分なテスト分析処理は行えません。テスト分析サブプロセスを飛ばしてしまう組織が多いのはそのためです。前提条件が整わず気合いと努力で何とかしろと言われても無理なものは無理です。

あきやま🍠 @akiyama924

そして ③テスト目的が明確であること テストの目的、すなわちテスト対象の価値が明確であることはテストベースと共にテスト分析の入力の両輪です。 どちらが欠けても良いテスト分析はできません。 7つの原則にあるとおり「テストは条件次第」なのですから。条件＝目的を知る必要があります。