ソフトウェアテスト vol.2

Study, software test

• テストケースを作る
• 品質保証
• 考える際に
• ロジカルシンキング

テストケースを作る

• 目的:制作が終わった後にテストを実施するため
• ポイント
  • 境界値(同値分割)
  • 制御パステスト(C1網羅/分岐網羅)
  • 0件,0,空文字列
• 仕様が分からなかったらテストを仕様がないので設計者に確認する。

品質保証

• もれがないこと(100%)
  • 100%のものを分割して確認する。
• ロジカルシンキング
• CRUD

データのライフサイクル

C	Create	作成
R	Read	読込
U	Update	更新
D	Delete	削除

• 一通りの流れで100%

考える際に。

• 「問題なく」という表現は後々問題になるので使わない方がよい。
  • 「問題」が問題になる。

ID	○	○	×	×
PASS	○	×	○	×
	必要	必要	必要	不要

• 上の場合ID・PASSが共にNGの場合はテスト不要。
  • IDがNG、PASSがNGというテストで引っかかるため
• 「〜できる」をテストするのであれば「〜できない」もテストが必要。
  • これで100%になる。
• 表現的にOKかNGがわかりやすいこと

ロジカルシンキング

ロジックツリー

• 問題をブレイクダウンする
  • WHYツリー

なぜという視点でブレイクダウンする。問題の原因をつかむときに使う

• HOWツリー

どうやってという視点ブレイクダウンする。解決策を探るときに使う

• WHATツリー

要素に分解する。

• 切り口はいろいろある
  • 切り口によって展開が変わる
• 決め方は？
  • ブレイクダウンしやすいもの。3段ぐらいできるもの。
  • ロジックツリーを使えば完璧という訳ではない
    • MECEを使う。

MECE (Mutually Exclusive and Collectively Exhaustive)

参考:MECE - Wikipedia

• 5W1Hもその一つ
• ダブりなく漏れなく
• わかりやすい
  • 考慮漏れがない
  • 重複がない=混乱がない

どうやってMECEにする

• すでにMECEなものを使う(考え方のフレームワーク)
  • V字モデル
  • 時間管理マトリクス
• 自分でがんばる
  • 階層をそろえる
  • 対義語を考える
    • オンライン・オフライン→MECE
  • その他を作る
    • 列挙型だとどうしても「もれなく」はできない
    • 「その他」はブレイクダウンできないなら意味がない

Permalink | コメント(0)