【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 - 株式会社アクシア

2017/08/16 265 users 株式会社アクシア 悲報 判明 ステップ数 Twitter

お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシステム開発会社みたいだなｗ https://t.co/67ujbhVoUn — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 あるんですよ。一番困ったのはステップ数に応じて「検出されるはずのバグ数」という指標もあって、その数の分だけバグが... 続きを読む

知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法 − ＠IT自分戦略研究所

2010/08/25 690 users 要件定義書 顧客 文章術 構成 専門用語

「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 第11回「『バグ数には興味ないのだよ』――顧客が喜ぶテスト仕様書とは？」では、顧客にとって良いテスト仕様書にするためには、何を記述すればよいのかについて、「全体的な内容と構成」... 続きを読む

「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？ − ＠IT自分戦略研究所

2010/07/21 333 users 顧客 テスト仕様書 関与 興味 IT自分戦略研究所

それぞれのテストは、次のような意味を持ちます。 単体テスト……プログラミングの成果を検査するテスト 結合テスト……内部設計の仕様を満たしていることを確認するテスト システムテスト……外部設計の仕様を満たしていることを確認するテスト 運用テスト……要件定義を満たしていることを確認するテスト これらのテストのうち、顧客に関係するのは「運用テスト」です。 顧客は、開発作業において「要件定義」の段階で関与... 続きを読む

未来のいつか/hyoshiokの日記 - 正しいものを作ることと正しくものを作ること

2005/05/08 21 users hyoshiok ウォーターフォールモデル ソフ 未来 指標

プログラムを作ることはそれほど難しいことではない。それを製品にしてビジネスとすることは非常に難しい。「正しくものを作ること」より「正しいものを作ること」のほうがはるかに難しいのである。いわゆるウォーターフォールモデルでは開発プロセスの初期に仕様を固定してそれを「正しく作る」事に注力する。１千行あたりのバグ数とか月当たりの生産コード行数などが、いかに「正しくものを作ったか」の生産性の指標になる。ソフ... 続きを読む