システム開発における「第4コーナー」テスト工程で注意すべきポイント
システム開発における「第4コーナー」テスト工程で注意すべきポイント：明日から使えるシステム開発プロジェクトの進め方 再入門（5）（1/3 ページ） 本連載では、システムを外部に発注する事業会社の側に立ってプロジェクトをコントロールし、パフォーマンスを最大化するための支援活動をしてきた筆者が、これまでの経験を基に、プロジェクト推進の勘所を解説していく。今回は、製造工程の後に控えるテスト工程で注意すべきポイントや6つの品質特性、品質分析について解説する。 テストは緻密に計画し、結果を分析すべし システム開発プロジェクトの進め方をあらためて解説する本連載「明日から使えるシステム開発プロジェクトの進め方 再入門」。前回の「基本設計をスムーズに進めるための5つのポイント――要件定義書の読み合わせ、データ構造、IPO、外部接続」では、設計工程のうち基本設計の進め方を解説した。基本設計以降は、開発プロジ
29119 | Qualab
このページでは、ISO/IEC/IEEE 29119シリーズに関する論争についてまとめています。 Please sign the Petition to Stop ISO 29119 （翻訳：この請願に署名をお願いします） Response to Stop 29119 Petition （翻訳：「29119 Petition（29119の発行中止請願）」への回答） ISO 29119: Why is the Debate One-Sided? （翻訳：ISO 29119: なぜ議論が一方的なのか？） 翻訳は日本のテストコミュニティの有志によって行われています。私たちは、ISO/IEC/IEEE 29119シリーズについて技術的にフェアな理解と議論が日本で行われるために、翻訳を行いました。 あらゆる技術・手法・ツール・記法・規格・標準・法規は良い点と悪い点を備えています。そのどちらかからも目
「現場で使うためのオールペア法、直交法の基本」関連の最新 ニュース・レビュー・解説 記事 まとめ - ITmedia Keywords
現場で使うためのオールペア法、直交表の基本（5）： Q＆Aで読むソフトウエアテスト「オールペア法、直交表の基本」 今回は連載の総集編として、ここまでで解説してきたポイントをFAQ形式でまとめてみました。本稿を、ソフトウエアテストで「考え過ぎた」ときに、リファレンスとして使ってみてください。詳細を確認したい場合は連載各回の解説を確認してみましょう。（2015/6/11） 現場で使うためのオールペア法、直交表の基本（4）： 組み合わせテストを現場で使うときの判断指針とPDCA 組み合わせテスト実施時の判断のコツは分かったけれど、どのくらいの「強さ」で、どの手法を組み合わせればいい？ 筆者の経験から、判断基準やテストのPDCAにおける「トレードオフ」の正しい悩み方、賢い対策の考え方を紹介します。（2015/5/29） 現場で使うためのオールペア法、直交表の基本（3）： 組み合わせテストを開発現場
テスト自動化を成功させる秘訣とは？
開発プロジェクトを成功させるためには、複雑化し工数も増えたテストをいかに自動化するかが重要なポイントとなる。本資料ではテスト自動化成功の秘訣を具体的に解説する。 米スタンディッシュ・グループの「Chaos Report 2009」によると、ソフトウェア開発プロジェクトの統計では「68％のプロジェクトが成功していない」「50％のプロジェクトが遅延」といった結果が出ている。ITプロジェクト失敗の原因トップ5は「顧客のプロジェクトへの関与不足」「要件定義の不備」「プロジェクトスコープの変化に対応できない」「変更管理システムの不在」そして「テストの不備」だ。 過去数年で、テスト自動化のためのツール活用は全世界で急拡大している。理由は、テストの複雑化、ブラウザやOSごとに同じテストを繰り返すため回数が激増、モバイルアプリなど新テクノロジーへの対応でテスト工数が増加、コンプライアンスによりテスト証跡が
テストデータ生成系 Korel 法 の調査第一回 – テストデータ生成系の概要
テストデータ生成系と呼ばれるものは世間に澤山あるが、 我々は Korel 法というものに着目し、その実装と評価を行ってみたので、 これから何回かに分けて紹介したい。 今回はテストデータ生成系のサーベイ結果をまとめる。 サーベイは主にこの分野のサーベイ論文 [2][11][14] を起点とした。 言うまでもなく「完全な」テストデータ生成系は理論的に作成不可能である。 そんな処理系があれば、明らかにチュリングマシンの停止問題が解けてしまうことになる。 一方で、プログラムのテストは非常に面倒な作業であり、 不完全であっても、ある程度テストを助けてくれるような処理系が存在すればすばらしいことであり、 現在まで多くの研究がなされてきている。 ここでは、テストデータ生成系の基礎的な技術要素であるプログラム解析について 簡単に説明する。 元来、プログラム解析技術はコンパイラの分野で育まれてきたものであり
門外不出のOracle現場ワザ 第2章 | Oracle 日本
門外不出のOracle現場ワザ 日本オラクル株式会社 コンサルティング統括本部テクノロジーコンサルティング本部 小田 圭二(おだ けいじ) 門外不出のOracle現場ワザ 第2章 万全の予防とテストで致命的トラブルを回避するOracle管理 転ばぬ先の杖 日本オラクル株式会社 コンサルティング統括本部テクノロジーコンサルティング本部 小田 圭二(おだ けいじ) 目次 Part1 監視／検知／対応の最適解 運用時の大トラブルを防ぐポイント Part2 パフォーマンステストにおける正しい環境作りと統計情報の分析 Part3 障害テストにおける5つの注意点と7つの障害箇所別テスト方法 どんな点に注目してテストすべきか どのようにテストするべきか おわりに Part3 障害テストにおける5つの注意点と7つの障害箇所別テスト方法 システム構築の最後段階ではスケジュールが押していることが多く、テ
ODC入門(論文)
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
自動テスト、4つの罠と5つの教訓：現場エンジニアが語るIBM Rationalの有用性：エンジニアライフ
■一般化した自動テスト XP（eXtreme Programming）やTDD（Test Driven Development）の流行や、Ruby on Railsのようなフル・スタックのWebフレームワークが自動テスト・フレームワークを備えるようになった影響で、最近の開発者の間では自動テストという概念が普通になってきました。 以前は自動テストといった場合、開発者の間ではJUnitのようなテスティング・フレームワークを使った単体テストの自動化が中心でした。しかし、最近では機能テストの世界でもSeleniumをはじめとするオープン・ソースのツールが登場してきたことによって、画面ベースの機能テストも積極的に自動化していく動きが進んでいます。 僕がテストの研究を大学でしていた10年前では逆にJUnitは誕生したばかりで、自動テストといえば、商用の画面キャプチャー・ベースの機能テスト・ツール（以下
テスト自動化研究会 - イベント&アーカイブ
本ページでは2018.12.08に開催されました掲題のコミュニティ旗艦イベントについて、 主にアンケート結果をまとめます。 多くのみなさまのお申込みとご来場、誠にありがとうございました。 2018/12/08 (土)にテスト自動化研究会(以下、STAR)は、6回目となるシステムテストの自動化に特化したカンファレンスを開催しました。今回はコンテンツを公募し、多くの方からの応募いただき、皆さんのテスト自動化の工夫や試行錯誤の様子、将来の展望をお話頂きました。
ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
browserswarm.com - Domain Name For Sale | Dan.com
Buyer Protection Program When you buy a domain name at Dan.com, you’re automatically covered by our unique Buyer Protection Program. Read more about how we keep you safe on our Trust and Security page. Next to our secure domain ownership transfer process, we strictly monitor all transactions. If anything looks weird, we take immediate action. And if the seller doesn't deliver on their part of the
自動テスト知識体系TABOKのご紹介
1. テスト自動化知識体系 「 TABOK 」のご紹介 Company LOGO ソフトウェアプロジェクトにおけるツールの活用を考える会 松木 晋祐 2. 松木 晋祐 @snsk しんす ( く || け ) さん とよく呼ばれてます 所属しているコミュニティ 株式会社 ACCESS NPO 法人 ASTER JaSST 東京実行委員会 /ASTER ToolWG/ 智美塾 Android テスト部 ソフトウェアプロジェクトにおけるツールの活用を考える会 アジャイルプロセス協議会 ( テスト、レビュー WG) 思いつきでノージャンルの勉強会主催 Android 開発入門 /Selenium 入門 /Web 技術概論講座 等 何の人？ ひたすらウェブブラウザやってた関係でずっとウェブ でも基盤技術 (HTML,CSS,JS/DOM,HTTP,SSL 等 ) しか知らない 「派遣テスター」から
第3回 「攻めるテスター」がアジャイル開発の品質を保証する
第3回 「攻めるテスター」がアジャイル開発の品質を保証する カナダ ドラゴンファイアー創立者 ジャネット・グレゴリー氏に聞く 迅速かつ柔軟な開発を目指したアジャイル開発手法を採用する企業が増えている。この連載では、アジャイル開発を主導する「賢者」に開発の極意を聞く。今回は、アジャイル品質プロセスのコンサルティングや研修サービスを提供するカナダのドラゴンファイアーの創立者であるジャネット・グレゴリー氏に、アジャイル開発におけるテストの勘所を聞く。 グレゴリー氏のインタビューに入る前に、アジャイル開発のテストについて簡単に説明しておこう。アジャイル開発におけるテストは、従来型開発のテストと意味合いが異なる。従来型開発のテストは通常、要求・要件に適合しているかどうかを検証することを目的とする。これに対し、アジャイルのテストは「ビジネス価値を最大化しているか」を検証することを最大の目的としている。
【詳報】東芝がソフトウエアFMEAの適用事例を発表、「観点リスト」で故障モードを抽出しやすく
東芝は、FMEA（故障モード影響解析）をソフトウエア開発に試験的に適用した事例について、2011年7月14～15日に開催された「第41回 信頼性・保全性シンポジウム（主催：日科技連）」において発表した。過去のプロジェクト（社会インフラ向けシステム）の一部モジュールに対して、設計資料などを基にソフトウエアFMEAを実施した結果、当該プロジェクトのシステム・テストで検出された不具合や出荷後不具合など合計5件の不具合をソフトウエアFMEAによって検出することができた。実装工程より前の上流段階で不具合を発見できる効果がある。今後、実開発への適用を検討する。 ソフトウエアFMEAとは、ソフトウエアの不具合の原因として考えられる要素を「故障モード」ととらえ、ハードウエアのFMEAと同様に各故障モードによる上位システムへの影響を分析するアプローチである。個別の故障によるシステム全体への影響を分析するため
FMEA - Wikipedia
故障モード影響解析(FMEA)（えふえむいーえー、英: Failure Mode and Effect Analysis）は、故障・不具合の防止を目的とした、潜在的な故障の体系的な分析方法である。 故障モード影響解析(FMEA)は、「設計の不完全や潜在的な欠点を見出すために構成要素の故障モードとその上位アイテムへの影響を解析する技法」である[1]。フォルトツリー解析（FTA：Fault Tree Analysis）がトップダウン手法であるのに対し、FMEAはボトムアップ手法という違いがある。FMEAは、FTA、HAZOP（Hazard and Operability Study）、デザインレビューとともに国際電気標準会議（IEC：International Electrotechnical Commission）の国際規格になっており、現在第３版のIEC 60812:2018 である。第2
実践！テスト自動化の勘所
システム開発において、安定稼働を支えるシステム品質の鍵を握るソフトウエアテスト。システムの大規模化や複雑化、デバイスの多様化などによってその作業負担は増える一方だ。手作業に頼ったテストが、結果としてシステムの品質低下や開発工期の増大を招く。ソフトウエアテストの専門家が、ツールを用いたテスト自動化のポイントを解説する。 テスト自動化とツールの導入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
説明に困らないソフトウエアテスト技法
ComputerworldとCIO Magazineは閉鎖しました
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
Orthogonal Defect Classification (Archival) - IBM