<p data-line="0" class="code-line">「バグを全部見つけるのは不可能」という前提のもとで、完璧ではなく、十分な品質のソフトウェアを開発するためのソフトウェアテスト手法がある。</p>
<h2 id="%E3%83%9B%E3%83%AF%E3%82%A4%E3%83%88%E3%83%9C%E3%83%83%E3%82%AF%E3%82%B9%E3%83%86%E3%82%B9%E3%83%88" data-line="3" class="code-line">
<a class="header-anchor-link" href="#%E3%83%9B%E3%83%AF%E3%82%A4%E3%83%88%E3%83%9C%E3%83%83%E3%82%AF%E3%82%B9%E3%83%86%E3%82%B9%E3%83%88" aria-hidden="true"></a> ホワイトボックステスト</h2>
<p data-line="4" class="code-line">プログラムの論理構造が正しいかを解析するテストだが、ソフトウェアの使用が間違っていることから起こるバグは見つかられない。</p>
<h2 id="%E3%83%96%E3%83%A9%E3%83%83%E3%82%AF%E3%83%9C%E3%83%83%E3%82%AF%E3%82%B9%E3%83%86%E3%82%B9%E3%83%88" data-line="6" class="code-line">
<a class="header-anchor-link" href="#%E3%83%96%E3%83%A9%E3%83%83%E3%82%AF%E3%83%9C%E3%83%83%E3%82%AF%E3%82%B9%E3%83%86%E3%82%B9%E3%83%88" aria-hidden="true"></a> ブラックボックステスト</h2>
<p data-line="7" class="code-line">プログラムをブラックボックスと見立てて、ソースコードを利用せずに入力と出力をテストする方法</p>
<h3 id="%E5%A2%83%E7%95%8C%E5%80%A4%E5%88%86%E6%9E%90%E6%B3%95" data-line="9" class="code-line">
<a class="header-anchor-link" href="#%E5%A2%83%E7%95%8C%E5%80%A4%E5%88%86%E6%9E%90%E6%B3%95" aria-hidden="true"></a> 境界値分析法</h3>
<pre class="code-line"><code>境界に一番近い異なる2点をテストする
</code></pre>
<h2 id="%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7%99%BA%E3%81%A7%E4%B8%80%E7%95%AA%E4%BF%AE%E6%AD%A3%E3%81%8C%E5%9B%B0%E9%9B%A3%E3%81%8B%E3%81%A4%E3%82%84%E3%82%8A%E7%9B%B4%E3%81%97%E3%81%8C%E3%81%8B%E3%81%8B%E3%82%8B%E3%81%AE%E3%81%AF%E8%A6%81%E6%B1%82%E4%BB%95%E6%A7%98%E3%81%AE%E9%96%93%E9%81%95%E3%81%84%E3%80%82" data-line="13" class="code-line">
<a class="header-anchor-link" href="#%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7%99%BA%E3%81%A7%E4%B8%80%E7%95%AA%E4%BF%AE%E6%AD%A3%E3%81%8C%E5%9B%B0%E9%9B%A3%E3%81%8B%E3%81%A4%E3%82%84%E3%82%8A%E7%9B%B4%E3%81%97%E3%81%8C%E3%81%8B%E3%81%8B%E3%82%8B%E3%81%AE%E3%81%AF%E8%A6%81%E6%B1%82%E4%BB%95%E6%A7%98%E3%81%AE%E9%96%93%E9%81%95%E3%81%84%E3%80%82" aria-hidden="true"></a> ソフトウェア開発で一番修正が困難かつやり直しがかかるのは要求仕様の間違い。</h2>
<h2 id="%E8%A6%81%E6%B1%82%E4%BB%95%E6%A7%98%E3%81%AE%E5%BF%85%E8%A6%81%E3%81%AA%E7%89%B9%E6%80%A7" data-line="16" class="code-line">
<a class="header-anchor-link" href="#%E8%A6%81%E6%B1%82%E4%BB%95%E6%A7%98%E3%81%AE%E5%BF%85%E8%A6%81%E3%81%AA%E7%89%B9%E6%80%A7" aria-hidden="true"></a> 要求仕様の必要な特性</h2>
<ol data-line="17" class="code-line">
<li data-line="17" class="code-line">完全である</li>
<li data-line="18" class="code-line">正当である</li>
<li data-line="19" class="code-line">実現可能である</li>
<li data-line="20" class="code-line">必要である</li>
<li data-line="21" class="code-line">優先順位がついている</li>
<li data-line="22" class="code-line">曖昧さがない</li>
<li data-line="23" class="code-line">テスト可能である</li>
</ol>
<ul data-line="25" class="code-line">
<li data-line="25" class="code-line">TDDとはーーー実装前にまず単体テストを書きましょう。単体テストが通るように実装しましょう。という概念。</li>
</ul>
<p data-line="28" class="code-line">とりあえず印象に残ったところを抜粋</p>


『知識ゼロから学ぶソフトウェアテスト』の要約と感想：memo用

ソフトウェア開発で一番修正が困難かつやり直しがかかるのは要求仕様の間違い。

Discussion