＞テストが現実的ではない
今回私の提案したのは、ウォーターフォールの中でのTestです。とりあえず共通関数イメージのドライバとして採用してみませんか？
＞デモ2の内容が理解できなかった
すいません。時間に追われて駆け足になってしまいました。
資料あげていますので、そちらを確認してみてください。
＞VS2005を使うめどが無い
Visual Studio シリーズを使った開発VC6やVB6をやっているのであれば、2005のインテリセンスだけでも快適です。
環境面はたしかに難しいですが、Express Editionでの評価などを社内提案してみてください。としかいえないです。ごめんなさい。
＞テスト結果をエビデンスとしてきれいに紙出ししたい
TestResultsに出来るtrxファイルはXMLなので、XSLTで整形することが出来るはずです。
きれいに整形して出力するというのは、納品物として有用な機能なので誰か作ってみませんか？
＞設計と絡んだ内容があるとうれしい
テストしやすい設計というのも言われていますが、どこまでテストのために曲げるべきかは微妙なさじかげんですね。次回以降の宿題にさせてください。
＞今現在の仕事でどう使えるのかがよく理解できなかった
どのような仕事の進め方をしているのでしょうか？よければコメントしていただければフォローしたいと思います。
＞UnitTestのテストコードはテスト仕様書じゃない
然り。わたしもテストコードを書けばテスト仕様書は要らないなんて思いません。
テストコードはテスト手順書を置き換えることは可能かもしれませんが、テスト仕様書は置き換えることが出来ないと思います。
＞余計な工数の増大に見える
実際問題余計な工数とされるのも仕方ないと思います。
UnitTestで追求してもメリットの少ないところを追及するのではなく(UI等)、メリットの大きい部分を追求するのと、RT(回帰テスト)の実現に比重を置くべきだと考えています。
＞後半画面が見えづらかった
すいません。気をつけます。orz
＞試してみたいが環境が・・・
MicrosoftさんProfessional以上、もしくはStandard以上にUnitTest機能を広げてください。(カバレッジは上位だけでいいので)
＞テスト機能が期待未満というのがよくわかりました
うーん
たしかにここ改善できるよね？っていうのは何点かありましたが、回避策も一緒に提示したつもりです。
逆に期待未満のポイントを教えてほしいですし、そこをフィードバックしていきたいですね。
＞UI系のテストを以下にするかが問題
確かにそうです。
これに関する明確な回答はありません。
UIに関しては深追いは禁物ではないでしょうか。
以上できるだけ皆さんのコメントには回答したつもりです。懇親会で語っていた部分もそれなりに網羅したかな？(^^;
どんどんコメントなどください。