software_test


※上記の広告は60日以上更新のないWIKIに表示されています。更新することで広告が下部へ移動します。

…よいテストケースを書くにはどうすればいいんだろうか。というのが発端。

仕様決定において
考慮しなければならないこととして
1、インタフェースの数
2、サポートするソフトウェアの範囲
3、再使用可能なモジュール数
4、旅費?
5、事務的作業や技術文書の支援の程度
6、人事や設備関係の支援に関わる諸経費


P89 練習問題
1、身近な本を10冊選び、2章表2.1の分類を用いて相対的複雑さを分類せよ
  • 複雑さはいくつかの尺度が関係する
  • Beladyの複雑さの解説論文によると、非形式的手法(ヒューリスティック)、
計数、確率的手法および経験的手法に分類

1.1.ヒューリスティックな尺度
タイプ 文学 ソフト
サイズまたは量 ページ 命令数
テキストの難易度 著者の文体 オペレータとオペランド
構造 場面転換や伏線の交錯 制御構造のグラフ的性質(このグラフはノードとリンクからなるあのグラフ)
知性 主題の性質 アルゴリズムの複雑性

命令数:高級言語がいくつの機械語に変換されるのかを知っていると便利(←やや古典的な気も。)





クソなコードをどんなにテストでチェックしても、
クソなコードはクソで、
設計の段階からやり直す必要すらある。