エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント2件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ソフトウェアテストの基礎:ソフトウェアテストの7原則 | Knowledge Note
ソフトウェアテストという技術分野の持つ7つの原則「テストは欠陥があることしか示せない」「全数テス... ソフトウェアテストという技術分野の持つ7つの原則「テストは欠陥があることしか示せない」「全数テストは不可能」「初期テスト」「欠陥の偏在」「殺虫剤のパラドックス」「テストは条件次第」「バグゼロ」の落とし穴」についての紹介と、それぞれの原則に対して実際に現場ではどのような対策を取れば良いのかを考察します。 ソフトウェアテストの「基礎」を考えるとき、どのようなアプローチがあるでしょうか。テストの設計、実装の「技法」を学ぶ、テストを開発する「プロセス」を学ぶ、開発プロジェクトにおけるテストの「役割、価値」を学ぶ、あるいはテストチームの運営方法を学ぶ、などさまざまなアプローチが存在し、そのどれも誤りとはいえません。そこで本連載では複数存在するソフトウェアテストの「基礎」へのアプローチを適宜取り上げていきます。 その第1回目として、これまでなんとなくテストに接してきた方にとっては新鮮、かつ考えさせられ
2013/10/07 リンク