東浩紀 Hiroki Azuma @hazuma これ、カンニングだよね。これツイートするって、きみなに考えてるの? RT @g1nngatommyやっぱ、東浩紀の講義落としてました。どうしても、僕アニメとかに興味もてないんだよなー。テスト中に、隣の人が答案見せてくれたのに申し訳ないなー。大体、らき☆すたて何すか。ラキス 2010-09-03 02:32:34
![東浩紀とカンニング問題](https://cdn-ak-scissors.b.st-hatena.com/image/square/af7af6691cbbb46efeffbde95ae3281ed030c00d/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2F212d375b0ddd3a89550443bfd065a17b-1200x630.png)
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは?:誰にでも分かるSEのための文章術(11)(1/2 ページ) 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く