知るだけで天地の差が出る、テスト仕様書の必須項目＆表現方法
テスト仕様書で絶対に必要な項目リスト テスト仕様書に記述すべきものとして、以下の事項があります。 テストを実施した環境 実施するテストの内容 テストを実施するためのシステムの操作手順 テストの実行結果 個々のテスト項目を識別するための番号や記号（通し番号など） テストを実施した年月日 テストを実行した担当者 障害報告票番号（発生した障害の詳細を開発グループに報告する帳票の識別番号） まずはテスト環境について明記する テスト仕様書の先頭には、「テストを実施した環境」を記述します。ここでは、ハードウェア環境やソフトウェア環境、ネットワーク環境など、「どのような環境でテストを行ったか」を説明します。 ただし、テストを実施した環境を記述するだけでは十分ではありません。「顧客にとって必要な情報は何か」を考えるのです。ここで必要なのは、「要件定義書で規定した環境」との関係が分かることです。 なぜなら、
脱デスマーチ。IT業界構造改革に向けての緊急提言 | 企業ホームページ運営の心得
コンテンツは現場にあふれている。会議室で話し合うより職人を呼べ。営業マンと話をさせろ。Web 2.0だ、CGMだ、Ajaxだと騒いでいるのは「インターネット業界」だけ。中小企業の「商売用」ホームページにはそれ以前にもっともっと大切なものがある。企業ホームページの最初の一歩がわからずにボタンを掛け違えているWeb担当者に心得を授ける実践現場主義コラム。 宮脇 睦（有限会社アズモード） 不定期にお届けしております「勝手にマイコミジャーナル連動企画」。来週公開分との連動です。受注量の増加に耐えられなくなり「新規案件お断り」としたことで、デスマーチから抜け出せなくなった「デスマーチ0.2」のアンサーコラムです。 IT業界はベンチャーが多いためか、デスマーチがなかば常識のように語られます。しかし、私は徹夜で飲み続けて朝日を拝んだことは数限りなくありますが、仕事での徹夜は一晩もありません。これはプログ
ビープが鳴るのは仕様です - Radium Software
The compatibility constraints of your side effects: Beeping - The Old New Thing Windows XP では，起動直後の「ようこそ」スクリーンでスペースキーを押すと，ビープ音が鳴る。これは，無効なキー入力が行われた際のデフォルトの挙動であって，意図されたデザインではない。 Windows Vista では，「ようこそ」スクリーンの構成が変更されていて，スペースキーを押してもビープ音が鳴ることは無い……少なくとも，ベータ版まではそうだった。 Vista のベータテストの実施中に，あるベータテスターから「『ようこそ』スクリーンでスペースキーを押してもビープ音が鳴らなくなったのはなぜか？」という問い合わせがあった。 意図的に削ったわけではなく，仕様変更によって生じた些細な副作用のひとつに過ぎない。でもなぜそんなことを，
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Migraine Pain Relief Best Mortgage Rates music videos All Inclusive Vacation Packages Healthy Weight Loss Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy
技術情報Wiki - 技術情報Wiki
Link: ソフト業界の労働環境(1d) マルチメディア関連ツール(1d) JBoss Seam関連(1d) JSF(JavaServer Faces)関連(1d) 言語・開発環境(1d) ドキュメント作成(2d) ExcelのVBA(2d) 読み物(4d) バグトラッキングツール(4d) Java関連(4d) 開発支援ツール(6d) Webで利用できるサービス(6d) ディスク関連ツール(6d) テスト・品質管理(6d) Webブラウザ(8d) .NETでの文字列処理(8d) Windows設定メモ(9d) セキュリティ関連(11d) データベース関連(14d) 周辺機器(15d) プロジェクト管理ツール(15d) JavaScript(16d) ネットワーク関連(20d) ソフトウェア業界(20d) 開発プロセス(20d) 開発に役立つデータ(22d) Web技術関連(24d) Web
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
ソースコードの修正履歴をコメントアウトで残す方式だった。別れたい
修正履歴をコメントアウトで残す方式だと、新旧のコードを並べて比較した時なんか分かりにくいｗｗ 可読性さがっちゃうしｗｗ 男にはせめてソースコード管理システムくらい使って欲しい・・・ バグとか出て、ソースコード修正が必要になったら・・・・もう最悪ｗｗ せめて普通にVSSやCVSぐらいは使って欲しい。 常識的に考えて欲しいだけなんです！ コメントアウト方式のソースコードをレビューする時の恥ずかしさとか分かる？ あのね？たとえば商用系で障害が起こって10??20人ぐらいで対策会議とか開くでしょ？ それぞれ腕利きのプログラマとかお客さんとか来るわけじゃない？ みんな普通にSubVersionやGitやMercurialやClearCaseとか期待してるわけでしょ？ コメントアウト方式でノコノコ書いてたら大恥かくでしょうがｗｗ
NTTデータなどがEclipse 3.4の日本語化言語パックを無償公開
NTTデータとNTTデータビジネスブレインズ，うぃるは2008年10月16日，Eclipse Japan Working Group，NTTデータイントラマートと協力して作成したEclipse 3.4の日本語化言語パックを無償公開した。 Exlipseは，Eclipse Foundationが開発し公開しているオープンソースの統合開発環境。Eclipse 3.2までは日本語化言語パックがEclipse Foundationから提供されていたが，Eclipse 3.3からはEclipse Foundationからの「日本語化言語パックの提供が停止された。 うぃるはEclipseを日本語化するプラグインPleiadesをオープンソース・ソフトウエアとして公開している。NTTデータビジネスブレインズは，Pleiadesを利用して日本語化言語パックを生成するblancoNLpackGenerato
株式会社スターロジックの羽生章洋が書いてるブログ:元請けにこだわる理由 - livedoor Blog（ブログ）
私は文系の大学中退（まぁ高卒ですよね）です。最初に入ったのがソフト会社で、その次もソフト会社でした。最初の会社では未経験のど素人だったのでオペレータやパンチャー、運用と保守からやらせて頂きました。その後転職した2番目の会社で、絶対に忘れないと感じる出来事に出会いました。 ＃ とりあえず、以下のエピソードのあと、新婚早々に残業400時間/月とかやってて ＃ さすがに「これは死ねるかも」と思う程度に、月に200時間残業とかするのは ＃ 当然と思っていた、それでもそれが苦にならなかったほどに一体感を持つことが出来た ＃ 今思うに幸せな時代の話です。私は当時の会社を今でも誇りに思っています。 2番目の会社にはその年の1月に入社しましたので、その年の夏のボーナス（賞与というよりも私にはボーナスという言葉の方がゴージャスに聞こえるのでこれで押しますｗ）は当然出ません。というわけで、お金に困っていた私は
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
Joel on Software - ジョエル・テスト
Joel Spolsky ジョエル・スポルスキ 翻訳: Fukushige Erika 福重 永里香 翻訳チェック: Takeda Toshiyuki 武田俊之 9.8.2000 SEMAについて聞いたことがある？かなり難解なシステムで、ソフトウェアの開発チームがどれくらい良いかを測るためのものだ。ちょっと待った！そのリンクに飛ばない方がいい。きっと書いてあることを理解するだけで6年はかかるだろう。そこで、私は自分で作ることにした。これはソフトウェア開発チームの質を評価するものだが、とっても当てにならないいいかげんなテストだ。このテストの素晴らしいところは、3分程度で終わることだ。節約した時間を使って、医学部に通うことだってできるだろう。 ジョエル・テスト ソース管理システムを使っているか？ １オペレーションでビルドを行えるか？ 毎日ビルドを行うか？ 障害票データベースを持っているか？ 新
ClickOnceの運用を成功させる5つのポイント － ＠IT
前々回および前回は、ClickOnceテクノロジを拡張・カスタマイズするための開発手法を説明した。今回は開発フェイズから運用フェイズに話題を移し、ClickOnceアプリケーション（以降、ClickOnceアプリ）を実際に運用する際に注意すべき5つのポイントを紹介する。 ■実運用ポイント1：Webサーバへの配置 ClickOnceはWebサーバを選ばない。つまり、Windows上のIIS（インターネット・インフォメーション・サービス）によるWebサーバだけでなく、Linux上のApacheによるWebサーバなどに対しても、ClickOnceアプリを配置できるのだ（これは、ClickOnceがサーバサイド・テクノロジではなく、クライアントサイド・テクノロジだからである）。 実際にClickOnceアプリを各種Webサーバへ配置するには、単に「発行されたClickOnceアプリのディレクトリや
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「仕様」という言葉の罠を回避する
結論→ 「仕様」と「機能」を意識的に使い分けることで、顧客のテクニック「言葉のすり替え」を見抜くことができる。 客先での仕様調整の場で、新人が手もなくひねられている（騙されているともいう）。もう少し手加減してやればいいのに、顧客の脅しが酷すぎる。 あたりまえじゃないか、その機能が入っているのが仕様です なぜなら、いま私が現場に電話で確認したら、そういう運用になっているからです だから、その機能が入っていないのはバグなんです したがって、あなたは無償で今すぐこれを実装する必要があります テストフェーズ末期やリリース後、何らかの要求を満足していない場合、顧客より一方的に伝えられる最終通牒は、こんな論法だ。非常に強い口調で伝えられると、なんとなく「そうかも?」という気分になり、顧客が正しいという空気が場を支配する。 その結果、ほとんどの場合、泣く泣く自腹で実装していることだろう。ひとつひとつは小
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
