タグ

品質管理に関するamigogrjのブックマーク (8)

  • Javaで覚えるIT技術者の40の常識 - @IT

    ~新人プログラマ/SEは覚えておきたい“まとめ”~ @IT編集部 2011/3/24 このページは、開発者/プログラマが、以下のような項目に関して、常識的な基礎知識を学ぶための記事リンクのまとめです。 デスクトップなどの見た目に関する3つの常識 プログラミング・コーディングに関する6つの常識 ネットワーク/通信に関する9つの常識 セキュリティに関する3つの常識 データとファイルに関する5つの常識 設計・アーキテクチャに関する6つの常識 ソフトウェアの品質管理に関する3つの常識 業務アプリに関する5つの常識 Java SE(旧、J2SE)のコアAPIやJSP/サーブレット+StrutsのWebアプリケーション開発、JBossやその他のJavaオープンソースソフトウェアのサンプルコードや使い方を通じて、さまざまな“常識”を学習する以下の連載の記事に、基礎知識のカテゴリごとに分けてリンクしていま

  • 開発と運用の新しい関係、「DevOps」とは何か? - Publickey

    このところ海外IT系の記事で「DevOps」という言葉を見る機会が増えてきました。スペルからすると、開発=Developmentと、運用=Operationを組み合わせた言葉らしい、という程度の認識でしたが、どうやらアジャイル開発やソフトウェアの品質にかかわる新たなムーブメントとして認識しなければならないかも、と感じはじめています。 そこで「DevOps」とは何か? について調べてみました。 DevOpsとは開発と運用が協力し、ビジネスリスクを軽減する まずはWikipediaの「DevOps」の項目から冒頭の部分を読んでみましょう(2011年3月8日現在の記述)。 DevOps is a set of processes, methods and systems for communication, collaboration and integration between depar

    開発と運用の新しい関係、「DevOps」とは何か? - Publickey
  • 開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか?

    開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか?」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか? という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con

    開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか?
  • 品質工学 - Wikipedia

    この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "品質工学" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2012年1月) 品質工学(ひんしつこうがく、英: quality engineering)とは、技術開発・新製品開発を効率的に行う開発技法。考案者の田口玄一の名を冠してタグチメソッドとも呼ばれる(TMと略される)。特に海外ではこちらの呼び方が一般的である。 狙い[編集] 事業経営の中で技術戦略の重要性はますます高まるばかりであるが、モノ造りの世界が相変わらず従来の科学的思考や統計的な考え方のパラダイムに浸かっていて、開発の効率化は停滞しており、その上、社会的トラブルが頻発して後手

  • 基礎から学ぶソフトウエア・テスト(6)

    品質を把握するためのグラフとしては,図5[拡大表示]のようなバグのオープン・クローズ・チャートが挙げられます。バグ検出数,未対応バグ数,対応バグ数の累計と,テスト・ケースの残数(実施件数)を時系列に折れ線グラフにしたものです。 このグラフからは多くのことが読み取れます。まず,バグ・レポートで指摘したバグが,どこまで対応されているのかがわかります。バグが直っていなければ納品はできませんから,とても重要な判断材料となります。また,バグの累計数の曲線がなだらかになっていくことでバグの発生が収束し,品質が安定していることを確認できます*9。 また,テスト・ケースの残数を同じグラフ内に別軸でグラフにすることで,テストの進ちょく状況も把握できます。バグの曲線がなだらかになっていても,テストの残数が減っていかない場合は,ただテストをしていないだけで,バグが収束したとはいえません*10。このようにバグの件

    基礎から学ぶソフトウエア・テスト(6)
    amigogrj
    amigogrj 2010/08/25
    テスト品質評価報告書に書くべき内容の詳細な解説
  • SRATS:Excel 上でフォールトデータからソフトウェア信頼度を測るツール

    SRATS: Software Reliability Assessment Tool on Spreadsheet Software SRATS Excel 上でフォールトデータからソフトウェア信頼度を測るツール. (取り扱い説明書 | ダウンロード(115KB)) [システム信頼性工学研究室] | [Mail]

  • @IT:明日からできるプロジェクト管理(4) - 単体テストの品質をチェックするには

    明日からできるプロジェクト管理(4) 単体テストの品質をチェックするには 1page|2page|3page 高野敦 2006/1/12 実装・単体テストの品質をうまくチェックするにはどうすればいいのだろうか。稿ではまず品質の考え方を概観し、その後、チェックを現実化するツールを紹介していく(@IT編集部) プロジェクトマネージャ(=PM)の石出さんは今日も悩んでいます。 石出さん談――。 今度のプロジェクトは実装・単体テストを一括発注することになった。でも一括発注だとどのように品質をチェックしたらいいのだろう。いつものように目の前で作業をしてくれれば分かるんだけれど……。 なるほど、石出さんは実装・単体テストの品質に関して悩んでいるようです。 ◆ 品質の考え方 品質には大きく分けて2つの考え方があります。製品(システム)そのものの品質と製品を作成するプロセス(作り方)の品質です。前者は、

  • ISO/IEC 9126 - Wikipedia

    ISO/IEC 9126 は、ソフトウェア品質の評価に関する国際規格である。同じ概念についての新たな規格策定事業 SQuaRE(Software Quality and Evaluation) により、ISO/IEC 25000:2005 に置換した。 ISO/IEC 9126は、「品質モデル; quality model」、「外部測定法; external metrics」、「内部測定法; internal metrics」、「利用時品質測定法; quality in use metrics」の4つの部分から成る。 品質モデルは ISO/IEC 9126-1で規定しており、ソフトウェア品質を次のように構造的に定義した。 JISでは、ソフトウェア製品の品質に関わるJIS X 0129群と、ソフトウェア製品の評価に関わるJIS X 0133群とに分かれている。 JIS X 0133-1は、J

  • 1