TDD談義への反応に対する雑感（テスト駆動開発を取り巻く誤解等） - 千里霧中
先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基本的にKent Beckや和田さんが使われているQAテストの定義によるもの（http://gihyo.jp/dev/serial/01/tdd/0003）。 この定義で「品質保証のための単体テスト
テスト駆動開発（TDD）の事例 - IBMとMS 計4プロジェクトを紹介した論文 -：森崎修司の「どうやってはかるの？」：オルタナティブ・ブログ
*はbiac氏のご指摘により「TDD採用により増加した工数」から修正した。 欠陥密度はリリースが近いフェーズでのテストで検出された欠陥にもとづいているそうだ。 また、次のような知見が紹介されている。 途中でTDDをやめたり、途中からTDDをはじめてもうまくいかない。プロジェクトの開始時からやるべき（既存のソフトウェアの次バージョンから始める場合には言及がない） テストコードの実行速度に気を配り、速く実行できるようにする。それぞれのテストコードの実行は短くても結合すると膨大な時間になってしまう場合がある。 テストケース数、テストコードの行数、コードの行数、カバレッジ、発見されたバグと修正されたバグの数、を計測し、傾向を把握する。 開発開始、終了時には開発者の意向に耳を傾ける場を作る。今後も継続してTDDしたいかどうか。 どのプロジェクトもTDDを採用されなかったと想定した場合と比較して、工数
特集：組み合わせテストをオールペア法でスピーディに！｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第2回 PICTの基本的な使い方 | gihyo.jp
表1で、パラメータの欄はパラメータの数と各パラメータが含む値の数を表します。たとえば34というパラメータの欄は、3つの値を含むパラメータが4つあることを意味します。表中のAETGとTestCoverは有償のツールです。 この表の結果によると、PICTはほぼ平均的な数の組み合わせを生成することがわかります。ここで注意してもらいたいことがあります。この表で示されているPICTの組み合わせ数は、最適な初期条件を指定した場合であるということです。 PICTはデフォルトで固有の初期条件を使用して生成を行います。この初期条件の違いにより、生成される組み合わせ数が若干違ってきます。たとえばパラメータが34の場合、デフォルトで生成される組み合わせは13です。またパラメータが313の場合、デフォルトで生成される組み合わせは20です。 初期条件の変更は、/rまたは/r:オプションで行うことができます。筆者が確
『日本人はなぜ直交表により興味を抱くのか？』
ソフトウェアの組み合わせテスト技法の１つであるペアワイズ法（Pairwise法）（またはオールペア法（All-pairs法）ともいう）と直交表を採用した組み合わせテストケース生成ツール PictMasterの使い方をはじめ、テスト全般のトピックスを掲載していきます。 組み合わせテスト技法にはAll-Pair法と直交表を利用する方法の２種類があります。面白いことに日本では直交表をベースとした方法に関心を抱く人が圧倒的に多いのです。なぜAll-Pair法は関心をもたれないのでしょうか。その理由を解明する前に、現状のそれぞれの手法に対する関心度の高さをWebページの数で比較して見ましょう。 Googleで検索した結果を示します。" "で囲んだ用語などが検索した用語です。" "で囲むことで正確な検索ができます(ヒット件数は日によっていくらか変化します）。 国内（日本語）での各用語のGoogleヒッ
TiDDを実践して気づいたことpart4～TestLinkによるテスト戦略 - プログラマの思索
チケット駆動開発にTestLinkを導入してテスト管理してみて、テスト戦略みたいなものをぼんやりと感じた。 以下メモ書き。 【元ネタ】 脱Excel！ TestLinkでアジャイルにテストをする 4頁目－ ＠IT自分戦略研究所 テスト手法の概念をTestLinkで説明する: プログラマの思索 TestLinkを運用して気付いたことpart8～みなしバグ、ブロッキングバグ、周辺テスト、そしてクリティカルパス: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索 TestLinkを運用して気付いたことpart4～TestLinkの概念を再考: プログラマの思索 TestLinkを運用して気付いたことpart5～TestLinkのテストケースの概念: プログラマの思索 TestLink・BTS・SVN・Hudsonの関連構造: プログラマの思索
TestLinkを受入テストで運用する方法 - プログラマの思索
以前のhokorobiさんの記事にあったTestLinkの使い方の意味がようやく分かったのでメモ。 僕が勘違いしていた部分もあったので、再考してみる。 【元ネタ】 TestLink を使ってみた - hokorobiの日記 テスト手法の概念をTestLinkで説明する: プログラマの思索 第5回 脱Excel！ TestLinkでアジャイルにテストをする - hokorobiの日記 TestLinkの運用方法は、開発チームがシステムテストで使う場合と発注者が納品モジュールを受入テストで使う場合で、観点が異なるようだ。 【1】開発チームがシステムテストで使う状況では、テスト計画をイテレーションと同一視して、Agileに開発するのがいいと思う。 理由は、スコープを狭めて徹底的にテストでバグを潰し、リリースできる範囲を少しずつ広げる手法の方が、システムの品質を確保しやすいからだ。 バグが残ってい
メトリクスでソフトウェア品質を見える化する - プログラマの思索
「現場で使えるソフトウェアテスト Java編」を読んで内容がとても素晴らしいのでメモ。 【1】「現場で使えるソフトウェアテスト Java編」の対象読者は、Java開発者。 内容は、Eclipseの下記のテスト用プラグインで、Javaプログラムのテストや品質を解説している。 【本書で解説するEclipseプラグイン】 ・Checkstyle → コーディング規約チェック ・FindBugs → バグパターン検出 ・JUnit → 単体テストの作成/実行 ・TPTP → プロファイリング(非機能テスト) ・djUnit → カバレッジ計測 ・StepCounter → ソースコード行数測定 上記のプラグインのうち、全てを使いこなしている開発者はどれくらいいるのだろうか？ 僕は、Checkstyle・FindBugs・JUnit・djUnitは使った事があるが、TPTPやStepCounterは
自閉症患者をソフトウェアのテスターとして育成する試み | スラド IT
米国シカゴの非営利企業Aspiritechが、高機能自閉症をソフトウェアのテスターとして育成するプログラムを立ち上げたそうだ（本家/.記事より）。 Aspiritechによると自閉症患者は不完全さや欠陥を見つける才能があり、予測可能で変化の少ない仕事を好むという。デンマークのSpecialisterneも自閉症患者の就労プログラムを組んでいる企業の一つだそうだ。データ入力や組み立て作業など、他の人であれば退屈に感じる反復作業などに派遣しているとのことで、データ入力に関しては8倍の正確さであるという。 ちなみにAspiritechで育成された人材の最初の派遣先はiPhoneアプリケーション開発のmFluentに決まっているとのこと。
【公開】脱Excel！ TestLinkでアジャイルにテストをする － ＠IT自分戦略研究所 - プログラマの思索
下記の記事を公開した。 脱Excel！ TestLinkでアジャイルにテストをする － ＠IT自分戦略研究所 上記の記事で、TestLinkで経験したこと、考えたこと、理解できたことは全て書いた。 記事のポイントは3つある。 一つ目は、TestLinkをアジャイル開発に組み込むための運用サイクルを工夫したこと。 基本は、TestLinkのテスト計画をイテレーションの一部、あるいは、開発とは別のイテレーションに見立てて、小刻みにテストしながらリリースしていく運用にする。 これによって、テストするほどバグが出て、延々とゴールのないシステムテストから解放される。 二つ目は、TestLinkに合わせたテストケースにすること。 結合テストやシステムテストで実際に使うテストケースを例にあげたので、理解してもらえると思う。 他人の話を聞くと、膨大な既存のテストケースをTestLinkにインポートする方法
クラウド上でRailsのテストケースを実行するDevver | Unofficial DB2 BLOG
DB2には関係無いですが、Rails＋クラウドで面白いサービスを知ったのでご紹介を。 クラウドは使用状況に波（ピーク）がある業務に向くとされています。短期間だけ使用することができるサービスが多いので、必要になった時点で使用開始し、終わったらすぐに停止することで（実際に買う場合と比較して）コストを抑える事ができます。 使用状況に波がある業務というと、突発的なアクセス（スパイク）があり得るWEBサイトや季節性の業務（年度末に処理が集中するとか）などが思い浮かびますが、以下はクラウド(Amazon EC2)をテスト(ユニットテスト)に使用しようとするサービスです。 - Devver: Run Your Tests or Specs 3 Times Faster (On A Cloud Of Servers) Devver is a new Ruby testing service that le
テストケースの作り方 - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
SRATSの使い方 - プログラマの思索
ソフトウェア信頼度評価ツールSRATSの使い方がようやく分かったのでメモ。 【元ネタ】 信頼度成長曲線 - Wikipedia SRATS:Software Reliability Assessment Tool on Spreadsheet Software SRATSダウンロード ソフトウェア信頼性評価 における最近の話題 信頼性評価ソフトウェア ソフトウェア信頼度評価ツール - 脱・下流エンジニア (仮) Mantisのバグ情報から信頼度成長曲線作成ツール - Rubyの魔神 - はてな？Rubyグループ SRATSは、広島大学の岡村さんが作ったソフトウェア信頼度(SRM)を評価するExcelマクロ。 バグ情報をCSV形式で用意さえすれば、信頼度成長曲線(SRM)を自動生成することができる。 garyoさんから、このツールの存在を教えてもらった。 信頼度成長曲線が必要な理由は、システ
TestLinkの要件管理機能 - プログラマの思索
TestLinkの要件管理機能についてメモ。 【元ネタ】 要件のテスト - watawata日記 TestLinkの可能性: プログラマの思索 要求管理(要件管理)ツール RaQuest 要求管理ツールRaQuest・要求項目の作成 要求管理ツールRaQuest・ツリーと一覧を駆使した要求項目の効率的な管理 要求管理ツールRaQuest・要求の追跡 TestLinkの機能とV字モデルの関係 (Testlinkjp-users) - TestLink日本語化 - SourceForge.JP テスト管理ツールTestLinkには不十分だが、要件管理機能が付いている。 TestLinkCnvMacroを使えば、TestLink要件をTestLinkキーワードを経由して、TestLinkテストケースとN対Nの関係に持ち込むことができる。 この紐づけによって、要件カバレッジが可能になり、キーワード
Ruby on Rails Code Quality Checklist - Matthew Paul Moore
Matthew Paul Moore About Me Contact Me Ruby on Rails Code Quality Checklist Emeryville, CA: September 16, 2008 In my experience, Ruby and Ruby on Rails has been one of the most difficult language/framework combinations to truly master . For someone who grew up on C, C++ & Java in the majority of their training, Ruby has hugely different (and better!) ways of OO design, and the Rails framework has
TestLinkTools: 概要 - SourceForge.JP
フリーのテスト管理ツール、TestLink向けのツールを作成しています。 TestLinkを現場で使うには、既存の試験書（テスト仕様書）を如何して移行できるかが、カギではないかと思います。 TestLinkではXMLファイルをインポートすることでデータを移植できます。 「EXCEL試験書からのXMLファイル変換マクロ」を作成し、公開しています。 また、TestLinkでは集計結果をEXCELファイルとしてレポート出力できます。 実施数、失敗数の推移グラフが作成できる「TestLinkレポート集計マクロ」を作成し、公開しています。 ＃文書にある「TestLink運用の流れ図」を参考にしてください。
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Hudson Selenium PluginでHudsonクラスタをSelenium Gridに - 川口耕介のブログ
Hudsonのクラスタを一瞬でSelenium Gridに変身させる「Hudson Selenium Plugin」を公開しました。このプラグインを使うと、クラスタ上のマシンに逐一Selenium Gridをインストールして回ることなく、Selenium Gridを利用することができます。先日リリースしたHudson Hadoop Pluginのように、既存のHudsonインフラを多用途に利用するためのプラグインです。 このプラグインをHudsonにインストールすると、HudsonマスターにSelenium Grid Hubがインストールされます。このグリッドに接続する為には、次のようにしてDefaultSeleniumインスタンスを記述します。この指定ではクラスタ上のどこかのマシンでFirefoxを起動する設定になります。 new DefaultSelenium("hudson.mydo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
IDEA * IDEA
