知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
オープンソース開発ツールドキュメントの紹介
テレビでCMをやっているような大手消費者金融ならともかく、 あまり名前を知られていない業者はきちんとした会社なのかどうかわかりづらいですよね。 最近の闇金はツイッターやＦＡＣＥＢＯＯＫなどＳＮＳを使った勧誘が多いです。 電話の対応も良かったから、とよく調べないで借りてしまったら実は闇金だった！ と後から大変なことになります。 借りようとしている業者が闇金なのかどうか調べる方法としては、 「登録貸金業者情報検索入力ページ」というものがあります。 貸金業を営むには、必ず都道府県知事や財務局長への登録が必要になりますので、登録している業者であればこの検索で引っかかってくるはずです。 登録番号、所在地、会社名、代表者名などを入れる欄がありますが、どれかひとつを入力しただけでも該当するものがあれば出てきますので、 業者の商号しかわからないという場合でも検索することができます。 厄介なのは、正規の登録
たった一つの冴えたMicrosoft製品 : 404 Blog Not Found
2006年05月25日20:00 カテゴリLightweight Languages たった一つの冴えたMicrosoft製品 「Officeオヤヂ」撲滅運動には私も署名するのにやぶさかではないが、Excelだけは現時点では目こぼさなくてはとも思う36歳オヤヂ、それが私だ。 Microsoft Excel import otsune from Hatenaもうあきらめて、しかるべき手続きを取らないと、Excelをメール添付してもテキストに変換されちゃうって方向に技術を進化させてしまおう。 アンカテ(Uncategorizable Blog) - 政策的にEXCELからWikiへの置きかえを誘導せよ!これ、よくわかるなあ。我々の業界でも仕様書をExcelで書く人が多くて困っている人も多いみたいだし。 私の二次記憶 - 頼むからやめてくれ頼むから、Excel をワープロ代わりにするの止めて欲し
政策的にEXCELからWikiへの置きかえを誘導せよ! - アンカテ
日経 PC 21 とかいう雑誌の中吊り広告で、 万能エクセルでワープロ要らず! とかいう強烈な特集を見つけてしまいました。頼むから、Excelをワープロ代わりにするの止めて欲しいです。パソコン音痴のオジさん社員に変なこと教えて、後ろ盾しないで欲しいです。 プレインテキストでメールすれば済むことなのに、もったいぶってExcelのファイルが添付されてきて、中を見たらスプレッドシート上にテキスト枠が一つ貼られていて、そこに今週の予定が箇条書きされていた、なんてことは日常茶飯事です。 これ、よくわかるなあ。我々の業界でも仕様書をExcelで書く人が多くて困っている人も多いみたいだし。 前にもXOOPS上のWikiでEXCELを駆逐できないかという記事を書いたことがあるけど、Excelにかけているエネルギーの10分の1でも使えば、普通のオフィスの業務なんて、楽々Wikiでこなせそうな気がする。 つい
ビジネス文書のポータルサイト B-Form.biz(ビーフォームビズ)
「取引先に文書を送りたいが、どう書けばいい？」「契約書に書くべき内容は？」と迷ったときに役立つビジネス文書の文例集、契約書雛形。さらに、企画書・伝票・社内届出用紙から贈答用のし紙・プライスカードのテンプレートまで、仕事で使える様々なテンプレートがダウンロードできます。また、ビジネス文書やメールの書き方、マナーなどの記事も掲載しています。 2023/11/01 「リフィルシート」と「ビジネスカレンダー」に2024年用カレンダーを追加しました。 2022/11/01 「リフィルシート」と「ビジネスカレンダー」に2023年用カレンダーを追加しました。 2021/11/01 「リフィルシート」と「ビジネスカレンダー」に2022年用カレンダーを追加しました。 2020/11/27 「リフィルシート」と「ビジネスカレンダー」に2021年用カレンダーを追加しました。 ※2021年の祝日は、今国会にて成立
はてな 例えば、「コンピューター」ではなく「コンピュータ」、「サーバー」ではなく「サーバ」のように、技術文書については、語尾を伸ばさないで表記するよ・・
例えば、「コンピューター」ではなく「コンピュータ」、 「サーバー」ではなく「サーバ」のように、 技術文書については、語尾を伸ばさないで表記するような ルールがどこか（たぶん、JISあたり？）にあったと思うの ですが、それを教えてください。 そして、leader は「リーダ」と「リーダ」のどっちで 表記するのが適当でしょうか？
ドキュメントレビューに役立つ40のチェックポイント ― 1/3 ― ＠IT情報マネジメント
プロジェクトを進めるうえで、トラブル発生による手戻りを未然に防止するほかに、進ちょくを測ったり、リスクを予測したりするためには、ドキュメントレビューが効果的である。ここでは、主要なドキュメントに対するチェックポイントを紹介する。 仕様書のチェックリスト 以下に仕様書の基本的なチェックポイントを紹介する（なお、第4回の「急がば回れ──質の良い仕様書の作り方」も併せて参考にしていただきたい）。 ソフトウェア開発というのは、意図するところを人間の言葉からいくつかの成果物（ドキュメント）を経て、コンピュータの言葉に置き換えるバケツリレーのようなところがある。最初にこぼれた水を途中でつぎ足すことは、なかなか難しいもの。早い段階──仕様書には“漏れ”がないようにしたい。 （1）題名は、システム名を明記しているか 仕様書の題名に「?システム仕様書」のように、システム名が明記されているか。“名は体を表す”
わたしが知らないスゴ本は、きっとあなたが読んでいる: 画面仕様書を「作らない」リスク
IT Pro の開発ドキュメントの最適化で笑わせていただいた。これ書いた人は画面仕様で酷い目に遭ったことがないんだろう。笑った箇所は次の通り。 画面仕様書をプロトタイプ・アプリケーションで代用する方法がある。Webシステムの場合は，HTMLの作り方を工夫すればプロトタイプで実際の入力手順や画面遷移も確認できるようになる。エンドユーザーにとっても，ドキュメントよりは実際の画面で確認した方が分かりやすいので，手戻りが減る。これは帳票にも同じことが言える。 あのな、HTMLで作る画面なんざ、紙芝居だよ。「ふいんき」をかもし出すだけで、そいつは「仕様」じゃねぇ！ボタン配置や文字色を目の前で変えられるものだから、いつまでたっても顧客は「ちょっとコレ直して」と言ってくるんだよ。気軽に直せるものとお金を頂戴しないと直せないものがあることをギッチリと顧客に理解していただくために、画面仕様書はどうしても必要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.jajakarta.org/site/translation.html