あらためて「ソフトウェアテストの7原則」を読んでみる - Qiita
ソフトウェアテストの7原則 ソフトウェアテストの業界に身を置く人なら、「ソフトウェアテストの7原則」は誰しもが一度は聞いたことがあるかと思います。 今回はそんな有名な「ソフトウェアテストの7原則」についてあらためて触れたいと思います 「ソフトウェアテストの7原則」ってそもそもなに？ 国際的な資格であるISTQBで解説されており、ISTQBの国内版であるJSTQBのFoundation Level（FL）のシラバスでも最初の方のページでも触れられている、ソフトウェアテストで提唱されている原則です。 テストは欠陥があることは示せるが、欠陥がないことは示せない 全数テストは不可能 早期テストで時間とコストを削減（初期テスト） 欠陥の偏在 殺虫剤のパラドックス テストは条件次第 バグゼロの落とし穴 「ソフトウェアテストの7原則」の内容について紹介 1.テストは欠陥があることは示せるが、欠陥がないこ
Q＆Aで読むソフトウエアテスト「オールペア法、直交表の基本」
（4-1）直交表とは何ですか？ Ans. 直交表とは実験計画法やソフトウエアテストで使われる表で、「強さ n」の直交表といったときは、任意のn行に現れる要素（水準）の組み合わせが同一個数になっている表のことを指します。この表により、実験やテストが均等に行えます。 実際の組み合わせの例や、組み合わせ生成ツールの紹介は第二回で言及しています。 （4-2）直交表の例にはどんなものがありますか？ Ans. 直交表には因子数や水準数、強さ、そしてサイズの異なるものがいろいろとあります。実は、直交表を専門に研究している人たちは、「なるべく小さなサイズで、なるべく大きな因子と水準を見つけること」に腐心していたりします。 例えば、筆者が見つけたものの中では「『20因子』『3水準』『強さ3』で『大きさ243』の直交表」や、「『16水準7個』『8水準12個』『4水準20個』『2水準6個』で『強さ2』の『大きさ
テストファーストでユーザーも開発者も幸せに
いかに生産性を上げつつ、高品質なソフトウェアを開発するか。この究極の課題に応えるのが、「テストファースト」だ。「＠IT ITアーキテクト塾」第2回では、テストファーストの概要、メリットおよびその実践について、会場と講演者を交えてディスカッションを展開した 通常のテストと「テストファースト」の違い セミナーの第1部は、アークウェイの黒石氏による講演「テストファーストの実践」。黒石氏はマイクロソフトのコンサルティング本部を経て、現在は.NETを中心とするコンサルタントとして活躍している。マイクロソフトに所属していたとき、顧客企業が先行して実践していた「テストファースト」に衝撃を受け、これがコンサルタントとして独立する契機になったそうだ。 では、そのテストファーストとはいかなる手法なのか。黒石氏は冒頭で「一般的なテストとは、システムに何らかを入力し、バグを見つけ出すこと」と説明し、「こうした一般
ファズテスト――シンプルだが強力なコードテスト手法
堅実なコードとは、一貫性と正常性が検証されていない外部データは決してプログラムに入力しないという原則を守るものである。プログラム内のバグの存在を実証できるファズテストは、論理的な人間には思いもよらないバグを見つけ出してくれるかもしれない。 ファズテスト。このテストがどういったテストか想像できるだろうか。非常に単純な手法でありながら、プログラムに潜む重大なバグを明らかにできるという意味で同テストの影響は計り知れない。 ファズとはランダムな不良データのことで、これを用いてプログラムを攻撃し、どこに障害が発生するかを調べるのがファズテストである。例えば、ファイルの一部をランダムデータに置き換えるだけでなく、ファイル全体のランダム化、ファイルをASCIIテキストまたは0以外のバイトに制限することもできる。 本稿の著者は、Microsoft Wordを例に挙げ、クラッシュさせる可能性のあるエラーファ
【連載】実践ソフトウェアテスト考現学 | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
ソフトウェアテストの勉強室
