アカウント名:
パスワード:
(1)プログラム設計書に基づいてプログラミングすること。 → ありえん。んなもん書くか、今どき。
(2)プログラムコードはコーディング標準に適合していること。 → まあ、これはある。
(3)プログラムコード及びプログラムテスト結果を評価し、記録及び保管すること。 → 評価?コードレビューをしろってことか?で、それを保管するの?そんな暇がどこにある。
(4)重要プログラムは、プログラム作成者以外の者がテストすること。 → エンドユーザのことではないとすると、うちみたいな弱小ベンチャーには無理な相談だ。
結論 → 75% ぐらいは非現実的。しょせん、お役人の考える基準なんてこんなもんだ。
要求くらいまとめて確認するだろう。それで十分
テストツールを使えば?
受け入れテストをユーザーか元請にしてもらえばいいじゃん
時間や人手が無くても代わりの方法は幾らでもある。
>受け入れテストをユーザーか元請にしてもらえばいいじゃん受け入れテストは違うんじゃない?ここでいってるのは出荷前にテストを作成者以外がやって品質保証すべきっていってるんじゃないの?受け入れテストは発注者が品質を確認するテストでしょ?普通の会社だったら必ずやるよ。受け入れテストなしで検収あげるなんて恐ろしくてできないです。受け入れテストじゃなくて品質保証テストのことだったらユーザ、元請とかにしてもらうっておかしくない?作成側で品質保証しないけど作りますよって、例えるならジャンクパーツと同じじゃないですか。請負開発じゃないですよ。発注側からすると、そういう意識の会社はおつきあいしないか、徹底的に安くかいたたくしかないんじゃないかと思います。だって依頼部分の重要プログラムの品質保証を発注側でやるんでしょ?単純にその部分の金額減額して発注側に積むだけでしょ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
テスト結果 (スコア:0)
(1)プログラム設計書に基づいてプログラミングすること。
→ ありえん。んなもん書くか、今どき。
(2)プログラムコードはコーディング標準に適合していること。
→ まあ、これはある。
(3)プログラムコード及びプログラムテスト結果を評価し、記録及び保管すること。
→ 評価?コードレビューをしろってことか?で、それを保管するの?そんな暇がどこにある。
(4)重要プログラムは、プログラム作成者以外の者がテストすること。
→ エンドユーザのことではないとすると、うちみたいな弱小ベンチャーには無理な相談だ。
結論
→ 75% ぐらいは非現実的。しょせん、お役人の考える基準なんてこんなもんだ。
Re: (スコア:0)
(1)プログラム設計書に基づいてプログラミングすること。
→ ありえん。んなもん書くか、今どき。
要求くらいまとめて確認するだろう。それで十分
(3)プログラムコード及びプログラムテスト結果を評価し、記録及び保管すること。
→ 評価?コードレビューをしろってことか?で、それを保管するの?そんな暇がどこにある。
テストツールを使えば?
(4)重要プログラムは、プログラム作成者以外の者がテストすること。
→ エンドユーザのことではないとすると、うちみたいな弱小ベンチャーには無理な相談だ。
受け入れテストをユーザーか元請にしてもらえばいいじゃん
時間や人手が無くても代わりの方法は幾らでもある。
Re:テスト結果 (スコア:0)
>受け入れテストをユーザーか元請にしてもらえばいいじゃん
受け入れテストは違うんじゃない?
ここでいってるのは出荷前にテストを作成者以外がやって品質保証すべきっていってるんじゃないの?
受け入れテストは発注者が品質を確認するテストでしょ?普通の会社だったら必ずやるよ。受け入れテストなしで検収あげるなんて恐ろしくてできないです。
受け入れテストじゃなくて品質保証テストのことだったらユーザ、元請とかにしてもらうっておかしくない?
作成側で品質保証しないけど作りますよって、例えるならジャンクパーツと同じじゃないですか。請負開発じゃないですよ。
発注側からすると、そういう意識の会社はおつきあいしないか、徹底的に安くかいたたくしかないんじゃないかと思います。
だって依頼部分の重要プログラムの品質保証を発注側でやるんでしょ?単純にその部分の金額減額して発注側に積むだけでしょ。