テスト自動化の現状
ソフトウエアは、いわゆる「IT化」によって人々の生活を便利にし、業務を効率化することに貢献してきました。しかしその一方で、ソフトウエア開発自体はIT化が進まず、人の力に頼って泥臭く仕事をする状態が続いてきました。 そのような状況を打破しようと、ソフトウエア開発の現場にも自動化の波がようやくやってきました。中でも、ソフトウエアテストの自動化が注目を集めています。 テストは、単調で地道な作業をコツコツとこなさなければいけないため、自動化の実現が最も望まれる領域でした。そのため、多くのテストツールベンダーがツールを提供したり、オープンソースのツールが開発されたりしています。 テストツールの導入ガイドや知識体系ガイドが公開 テストツールを導入してテストの自動化を進める上で、必要な知識やノウハウに関する情報も充実してきました。最近の二つの活動を紹介しましょう。 NPO法人ASTER（ソフトウェアテス
JUnitにはないTestNGの“5”つの強力なテスト用機能
さらに詳細な情報は、TestNG公式サイトのドキュメント（英語）を参照してください。特に注目する属性は、groupsとdependsOnXXXです。 テストを簡単にグループ分けできる「groups」属性 groups属性には、テストが所属するグループを任意の文字列で指定します。groups属性を使うと、テストを簡単にグループ分けできます。1つのテストを複数のグループに入れることもできます。 ブログやソーシャルブックマークでのタグ付けのようなイメージです。 テスト間の“依存”関係とは？ そして、dependsOnXXX属性を使うと、テスト間に“依存”関係を作ることができます。属性の使い方の前に、テスト間の“依存”関係について考えてみましょう。 例えば、データベースに接続し、SQL文を発行するSampleDaoクラスがあるとします。SampleDaoには、データベースに接続するconnect(
EclEmmaは，djUnitと同じくカバレッジ計測プラグインです。
株式会社DTS ネットワーク事業本部 プロジェクトマネージャ。Javaを中心にフレームワーク開発や開発プロセス定義など幅広く活躍中。StrutsIDEコミッタ。著書「まるごとEclipse! Vol.1」（発行：インプレスコミュニケーションズ）。 昨今では，ますますテスト工程が重要視されるようになっています。品質の高いソフトウエアを効率的に開発することが，保守・管理コストの低減につながり，最終的なコスト削減を生むからです。 単体テスト工程では，「JUnit」フレームワークがデファクト・スタンダードです。これにより，効率的にテスト・ケース（テスト用のコードを書いたクラス）を作成し，何度でも繰り返し実行できます。単体テストを何度でも繰り返し実行できることは，短期開発で高品質を保つためには欠かせない要素です。 しかし，このようにJUnitフレームワークが品質向上に大きく貢献している半面，カバレッ
ソフトウェアテストにおけるリスクの捉え方 〜アメリカと日本の違い〜
2006年1月に開催されたソフトウェアテストシンポジウム in 東京（以下、「JaSST '06」と記す）では、アメリカからリック・クレイグ氏が招待され、基調講演が行われた。 クレイグ氏は、リスク分析を行い、リスクに基づいてテストの優先度を決める、という考え方を提唱した人である。 このリスクという指標は、テストケースやバグの重要性を評価する上で、たいへん分かりやすく、かつ有効である。リスクに基づいてテストを考えることは、今では当たり前になっている。実際、JaSST '06のテスティングライブやパネルディスカッションでも、リスクという言葉が盛んに使われていた。 これを見ると、クレイグ氏が提唱した手法は、日本で広く受け入れられているように思われるかもしれない。 だが、日本国内で使われているリスク分析と、クレイグ氏が提唱した本来のリスク分析には、大きな違いがあるように感じられる。 アメリカと日本
C++でテスト駆動開発
[DL輪読会]“Spatial Attention Point Network for Deep-learning-based Robust Autono...
みんなはどんなテスト技法を使っているの？ JaSST'12 Tokyo
先週、1月25日と26日に都内で行われたソフトウェアテストに関するシンポジウム「ソフトウェアテストシンポジウム JaSST'12 Tokyo」。会場には、参加者が自分の知っているテストの種類を付箋に書いて、自由に貼ることができるポスターが掲示されていました。 独自のテストの種類を貼っていく ポスターの下地になったのが「テスト技法ポジショニングマップ」です。さまざまなテスト技法が表示されています。 この上に、さらに自由にテスト技法、テスト手法の名前が付箋で貼られました。例えば、右上には「ZERO テスト（テストしない）」、右下の方には「血みどろテスト」、中央下には「書いてあるとおりテスト」、左下には「がまの油いぶり出しテスト」、左上には「カン」（勘ですね）、図のど真ん中には「たぬきの皮算用テスト」などなど。名前だけではどんな内容のテストなのか分かりませんけれど……
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo
マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 10周年を迎えた今回のイベントの基調講演を行ったのが、開発しているソフトウェアの規模、分野、種類において世界最大の企業、マイクロソフトのプリンシパル テストリードのBj Rollison氏。 「How We Test At Microsoft（マイクロソフトでどのようにテストをしているのか？）」という題で、同社がどのようなソフトウェアテストを行っているのかを中心に講演を行いました。講演の内容をダイジェストで紹介しましょう。 開発者とテスターはほぼ同数 マイクロソフト プリンシパル テストリードのB
JasmineによるJavaScriptのテスト その1 - サーバーワークスエンジニアブログ
JasmineによるJavaScriptのテスト その1 こんにちは、プログラマのおぐらです。 弊社のクラウドマネージメントサービス Cloudworksでは、JavaScriptのテストにJasmineというフレームワークを利用しています。Jasmine自体はとてもよく出来ていて便利なソフトウェアなのですが、まだリリースされて日が浅いということもあってあまり日本語の情報がありません。そこで、Cloudworks担当のエンジニア Y氏にJasmineの社内向けチュートリアルを作ってもらったところ、なかなかの大作が仕上がり、社内だけで利用するにはもったいないデキでしたので技術ブログのコンテンツとしても掲載させていただくことになりました。 これから何回かに分けて掲載していきますので、「JavaScriptをどうテストしよう？」とお悩みの方はぜひ参考にしてみてください。 Jasmineとは？ J
Jasmine で 継続的なJavaScriptのテストをする - webとかmacとかやってみようか
風邪で３日も寝込んでしまったので、JavaScriptのテストツールについて調べてみた。その中で、特に Jasmine というのが気になった。使ってみるとなかなかよさげ。 Jasmineは、JavaScriptでBDD（behavior-driven development）を行うフレームワークで、RubyのRSpecのように振る舞いを定義する。Sencha Touchのテストにも使われているらしい。ちなみに、RSpecについては スはスペックのス が詳しい。 なぜこれが良いかは、公式ドキュメントにずばりある。 Background · jasmine/jasmine Wiki · GitHub There are some great JavaScript testing frameworks out there already, so why did we write another?
品質に厳しい組織で、なぜ品質が劣化するのか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる／苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG（Software Engineering Process Group）という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
Googleが開発、JavaScriptカバレッジツール登場 | エンタープライズ | マイコミジャーナル
SCRIPTCOVER is a Chrome extension for Javascript coverage analysis. Googleは10月26日(米国時間)、JavaScriptカバレッジツール「ScriptCover」をオープンソースソフトウェアとして公開した。ScriptCoverはChromeエクステンションとして実装されたJavaScriptカバレッジツール。Apacheライセンス2.0のもとで公開されている。 ScriptCoverを使うことで、リアルタイムにWebページを分析することが可能。JavaScript行単位での分析が可能となっている。複雑なコードの解析やデバッグ、試験の実施などに有効とされている。現在のところエクステンション単体では提供されておらず、使用するにはドキュメントに従って自らビルドして開発版を用意する必要がある。利用するツールなども含めてあ
【コラム】イマドキのIDE事情 (106) ユニットテストを支援するEclipseプラグイン | エンタープライズ | マイコミジャーナル
テストケースの作成を支援するEclipseプラグイン JavaではJUnitを用いてユニットテストを自動化するテスト手法が広く普及している。JUnitではテストケースをJavaプログラムとして記述しておくことでテストを自動化するため、一度テストケースを書いてしまえば再テストの手間もかからないため、回帰テストが必要となるケースでは特に有効だ。テスティングフレームワークを用いたユニットテストの自動化はJava以外のプログラミング言語でも一般的な手法となっている。 しかし、一般的にテストケースのコード量はテスト対象のコードと同じかそれ以上になると言われており、テストケースの作成にはそれなりの時間を要する。このためユニットテストの整備がついつい後回しになってしまうケースも多いのではないだろうか。 今回はEclipse上でJUnitによるユニットテストの作成・実行を支援するEclipseプラグインと
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
FitNesse FrontPage
It's a Collaboration tool Since FitNesse is a wiki web server, it has a very low entry and learning curve, which makes it an excellent tool to collaborate with, for example, business stakeholders. Read more... It's a Test tool The wiki pages created in FitNesse are run as tests. The specifications can be tested against the application itself, resulting in a roundtrip between specifications and imp
fit
Fit: Framework for Integrated Test Great software requires collaboration and communication. Fit is a tool for enhancing collaboration in software development. It's an invaluable way to collaborate on complicated problems--and get them right--early in development. Fit allows customers, testers, and programmers to learn what their software should do and what it does do. It automatically compares cus
スローテストの悪夢 | Act as Professional
スローテストとは？ 自動テストによるフィードバック（グリーン or レッド）が返ってくるのが遅い状態。この状態に陥ると、開発効率が追う幅に低下して、品質も低下に向かっていく。 ある者は毎回テストのフィードバックを待っている間にタバコに席を立ち、コーヒーを入れ、まだ終わってなければ、RSSを見始め、Twitterをして時間をつぶす。 ある者はテストを走らせることなく実装に走り出す。ランチに行く前にコミットして、返ってきた頃には午前中やった部分のどこがテストで落ちたのか、探すところから開発がスタート。テストが落ちたのをなおし終わった時には、もう夕方。 そんなことをやっている場合じゃない。今すぐテスト戦略と戦術を見直すべきだ!! まだ、テストのフィードバックがランチに行って、帰ってくる間に終わっているのであれば、改善するのは夢物語ではない。一晩がかりで自動テストを走らせるような状態だと、自動テス
第３回ソフトウェアテストセミナー
ICST 2015 まるわかりDay! "Test Selection and Prioritization Track"
グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？
グーグルは検索エンジンだけではなく、メールソフトのGmail、オフィス系ソフトのGoogle Apps、WebブラウザのChromeやOSのAndroidなど、さまざまな種類と規模のソフトウェアを開発しています。 それらはどのようにテストされ品質管理されているのでしょうか？ グーグルのブログGoogle Testing Blogに、Test Engineering DirectorのJames A Whittaker氏による「How Google Tests Software」がポストされ、その概要を伝えています。 3つのチームからなるEngineering Productivity Whittaker氏はまず、グーグルにはテストの専門部隊はいないのだ、という組織構造の説明から始めます。 There isn't an actual testing organization at Googl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://aster.or.jp/business/testtool_wg/pdf/Testtool_beginningGuide_Version1.0.0.pdf
jmockit - Project Hosting on Google Code