IDEA * IDEAドットインストール代表のライフハックブログ
テスト消化曲線とバグ発生曲線のパターン診断 - プログラマの思索
テスト消化とバグ発生曲線(バグ収束曲線)をパターン分けした素晴らしい記事があったのでメモ。 【元ネタ】 山浦恒央の“くみこみ”な話（16）：テスト消化曲線とバグ発生曲線の7パターン診断 - MONOist（モノイスト） テスト消化曲線は、未実施テストケース数を時系列に表示したグラフで、普通は右肩下がりになる。 バグ発生曲線(バグ収束曲線)、累積バグ数を時系列に表示したグラフで、普通は右肩上がりになる。 テスト消化とバグ発生曲線は密接に関係している。 理由は、ブロッキングバグがたくさん出るほど、ブロックするテストケースが増えてしまってテストの進捗は遅れるからだ。 実際にTestLinkでテスト管理してみると、ブロッキングバグが出るたびに、テストに失敗するだけでなく、ブロックするテストケースも増える。 例えば、テストに1回失敗すると、10個ぐらいのテストケースはテスト不能になってしまう。 僕の
My DebugBar | IETester / HomePage
DebugBar Home > Wiki > IETester :: Browser Compatibility Check for Internet Explorer Versions from 5.5 to 11 :: ANNOUNCE: If you are an Adwords user, The IETester team is proud to announce its new tool: SunnyReports, a simple and efficient Adwords reporting tools IETester is a free (both for personal and professional usage) WebBrowser that allows you to have the rendering and javascript engines of
ITシステム開発の実践プロマネ テスト件数、障害件数の予実管理
プロマネの手法は画一的ではありません。でも、学習して慣れることができます。そして、応用が効き、どんどんスキルアップします。 カスタム検索 プロジェクト全般 プロジェクトコスト管理 顧客満足を得るには プロマネと組織の係わり 第三者点検のありかた 新３Ｋ職場からの脱却 問題プロジェクトの回避 ヘルプマン投入の責任 ＩＴ環境変化とプロマネの役割 人材の有効活用と育成 高度ＩＴ人材の確保 パッケージソフトの適用 プロマネのリーダシップ モチベーションを高める 理想的な組織のありかた 商談フェーズ 提案を有利に進めるのには 魅力ある提案書の書き方 価格競争に陥らないために 正しい見積もりの仕方 ＲＦＰと提案型商談推進 既存顧客の商談推進 見積もりの妥当性を考える 要件定義フェーズ 重要なシステム要件定義 お客様志向の要件定義 要件定義に必要なもの 開発準備フェーズ 開発計画の策定 リスク分析と対策
特集：組み合わせテストをオールペア法でスピーディに！｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
定量的なソフトウェア品質管理（pdf)
日科技連とSQiPの取り組み 1980年、日科技連では、日本におけるソフトウェア製品の品質向上と効果的開発の方法論の確立を目指して、「ソフトウェア生産管理研究委員会」（SPC, Software Production Control）を設置しました。 以来、「TQMとソフトウェア工学の結婚」を標榜し、日本的品質管理をソフトウェア生産に適用するための調査・研究・普及を行ってまいりました。 2007年に、この活動が「ソフトウェア品質に関する活動」であると分かりやすくすることと、ソフトウェア技術職という専門的職業の矜持を大事にしたいという思いから、SQiP(Software Quality Profession)に改称しました。 1980年の設立当初は、メインフレーマーで培われたソフトウェア品質技術・施策を議論する場でしたが、現在はソフトウェア産業に関わるすべての方々が議論できる場になっています
E4富士ゼロックス_秋山様回答
© 2009 Fuji Xerox Co., Ltd. All rights reserved. ■ JaSST ’09 Tokyo E4 初心者向けテスト技法演習 - 回答編 - テスト技法の基本のキ - 2009年1月28日（水） 品質本部 秋山 浩一 © 2009 Fuji Xerox Co., Ltd. All rights reserved. 2 演習Ⅰ.テスト技法の基礎知識 ソフトウェアテストの目的と静的・動的テストの関係を示すため、以下の図の① ②③に「欠陥の摘出」、「品質レベルの確認」、「欠陥の防止」を埋めなさい 次のテストケースの、事前条件、入力、期待結果、事後条件を示しなさい 静的テスト 動的テスト ① 欠陥の摘出 ② 欠陥の防止 ③ 品質レベルの確認 1. Windows Vista Businessエディションを起動し、IE7.0からURL XXXを呼び出す
A5 日立製作所 居駒様
© Hitachi, Ltd. 2009. All rights reserved. 10年後のソフトウェアテスト技術 ～日本発のブレークスルーを生み出そう ! ～ (株)日立製作所 ソフトウェア事業部 居駒幹夫 © Hitachi, Ltd. 2009. All rights reserved. 本講演を是非聞いていただきたい方々 • ソフトウェアテスト技術を日頃使用している が、思ったような成果が出ない。 • ソフトウェアテスト技術を推進しているが、 技術的に閉塞感がある。 • ソフトウェアテスト技術を研究しているが、 現場での問題についてよく分かっていない 。今後の研究の種に困っている。 等々、 「現在のソフトウェアテスト技術に満足されていない方」 を主対象 活 推 研 活 研 推 © Hitachi, Ltd. 2009. All rights reserved. 講演の目標 •
E4富士ゼロックス_秋山様演習
© 2009 Fuji Xerox Co., Ltd. All rights reserved. ■ JaSST ’09 Tokyo E4 初心者向けテスト技法演習 - テスト技法の基本のキ - 2009年1月28日（水） 品質本部 秋山 浩一 © 2009 Fuji Xerox Co., Ltd. All rights reserved. Ⅰ.テスト技法の基礎知識 Ⅱ.同値分割 Ⅲ.境界値分析 Ⅳ.デシジョンテーブル © 2009 Fuji Xerox Co., Ltd. All rights reserved. 3 Ⅰ.テスト技法の基礎知識 ソフトウェアテストの目的(JSTQBより) 欠陥を摘出する 対象ソフトウェアの品質レベルが十分であることを確認し、 その情報を示す 欠陥の作りこみを防ぐ（← 仕様書のレビューを実施することで コーディングミスを防ぐ等） テスト技
untitled
Kouichi.Akiyama@fujixerox.co.jp JaSST’05 in Osaka … … • • • • DPI DPI DPI 600 600 600 300 300 300 600 600 600 300 300 300 300 300 300 600 600 600 300 300 300 600 600 600 Launch Launch Launch At At At Post Post Post Post Post Post At At At At At At Post Post Post Post Post Post At At At Font Font Font TrueType TrueType TrueType TrueType TrueType TrueType TrueType TrueType TrueType TrueType TrueType
Quality Information Service / 2002-8
実験計画で直交表を使えば開発スピードが控えめにみても倍増する．日本では５０年の歴史がありながら，一部の研究者や技術者しか活用していなかったが，最近はマーケティングの分野でもアンケート調査などに利用されるようになり，ＳＱＣ手法としてもポピュラーになりつつある． 実験というと，ごく一部のエリート研究者が大学や研究所で行うもので， 一般の人にはなじみのないことのように思われがちですが，日常生活の中でも結構実験は行われています．ただ厳密性に欠ける場合が多いので，常識の範囲内で「独断と偏見ですが・・・」と謙遜しながら自分の意見や見解を仲間同士で話題にするケースならよくあるでしょう． たとえば健康食品などの効き目は，人によっても異なるし，摂取する量とか方法，期間，メーカー，有効成分などなど，いろいろな条件が絡んである人は効果があったと言うし，ある人はそう思わなかったなど人それぞれの意見が出てくるでしょ
直交表を利用した組み合わせテスト
直交表の何がうれしいのか？ † 例で示した値が1〜3で4列の全体の値の組み合わせを考えてみると(3,3,3,3)といった組み合わせも有効です。すると全体の組み合わせ数は 3 × 3 × 3 × 3 = 81通りになります。一方、例の直交表によると4列中の任意の2列間の組み合わせは9行 = 9通りで表現できます。 これはどういうことかというと、全体で81通りある内のわずか9通りのテストケースによって任意の2列間同士の組み合わせを100%網羅できるということです。 テストを行う多くの状況においては、作成して実行すべきテストケースの数がとにかく多すぎる。その中から「良い」サブセットを選択するには、どうしたらよいだろうか。その答えが直交表なのである。多数の変数があり、それらの各変数が定義されている状態を取るときにはいつでも、問題を直交表にマッピングすることができる。（体系的ソフトウェアテスト入門,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
Internet Explorer 7 running side by side with IE6. (standalone)
Amazon.co.jp: マインドマップから始めるソフトウェアテスト: 池田暁, 鈴木三紀夫: 本
Amazon.co.jp: ソフトウェアテストHAYST法入門 品質と生産性がアップする直交表の使い方: 吉澤正孝/秋山浩一/仙石太郎: 本
https://www.jasst.jp/archives/jasst09e/pdf/D4-2.pdf
サービス終了のお知らせ
hayst.com
Amazon.co.jp: 実践的プログラムテスト入門: ボーリスバイザー (著), 彰,小野間 (翻訳), 成夫,石原 (翻訳), 恒央,山浦 (翻訳), Beizer,Boris (原名): 本
