アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
スタブとか (スコア:2, すばらしい洞察)
認証系とか基幹系とか金融系とか通信系とか。(全て通信系とも言えるけど
連係が肝のシステムなのに、システムに閉じた試験しかやってない、終いにいちかばちかで連係試験して大変なことになったり。人員や環境を再調整してリベンジなんてそう簡単に出来ない。
システムの規模に拠りけりでなんでもかんでもスタブってわけじゃないけど、I/F仕様を認識する意味でもスタブを作った方が精度が上がりそうですね。
その場の工数は大きくなっても精神的に利得があると思いますよ。
一番難しいのはスタブ込みでテスト工数を取れるかどうかでしょうが(汗
# 開発側はみんなスタブの有用性を分かってるとは思うが
---- 何ぃ!ザシャー
Re:スタブとか (スコア:1)
テスト工程としてとろうとすると取れないです。ってか、最終的に
使わないものなので出し渋りますが、機能の1つとして本体開発
の工数に取り込んでしまうと、簡単にとれます。
# お客さんも何らかの開発会社たっだりすると、ジグの製造として事前に
# 別案件で回ってきますし。
重要なのは、絶対に必要なものである事と、自分の所では使いまわしが
できない特定用途品である事を強調する事ですかね。
wild wild computing
Re:スタブとか (スコア:1)
>ってか、最終的に使わないものなので出し渋りますが、
>機能の1つとして本体開発の工数に取り込んでしまうと、
>簡単にとれます。
ふむふむ…そういう手もあるのか。
開発環境の基盤構築の一環として工数に計上した例に遭遇しました。
(運用開始後のメンテナンス契約もある場合には検証環境が必要という理由で)
ただ作戦を間違えると「工期の都合で運用開始後にしかスタブ作成に着手できない」という本末転倒に陥ります(汗
---- 何ぃ!ザシャー