Martin Fowler's Bliki in Japanese - 技術的負債の四象限
http://martinfowler.com/bliki/TechnicalDebtQuadrant.html 2009/10/14 ここ数ヶ月の間に、 技術的負債 に関する投稿がいくつかあった。設計上の不備の中で、技術的負債と呼ぶべきものは何か？ 逆に、そう呼ぶべきでないものは何か？といった疑問が挙げられていた。 その一例が、アンクル・ボブの投稿「 a mess is not a debt」だ。 彼の意見は、こういうことだ。 良い設計方法を知らない人が書いた単に汚いだけのコードを負債と呼ぶべきではない。 技術的負債という言葉はもっと特別な場合を指すものだ。 検討の末に、長期的な持続性のない(けれども短期的には利益を生み出す。たとえばすぐにリリースできるなどの) 設計指針を敢えて選択するといった場合に使う。 要するに、負債を抱えれば早めに価値を生み出せるけれども、いずれ返済しないといけな
WEBサービスのフロントエンドのテストする際に便利なブックマークレット５選
ガジェット大好き岩本です。 以前、Leap Motion で遊んでいるという事を書きましたが、今回は、ようやく Ring が10月に発送される事が決定し、到着が待ち遠しくワクワクしてます！ さて、本題です。 最近は自社のWEBサービスのプロダクトマネージメントをしており、新機能をリリースする時や不具合の修正時にフロントエンドのテストをする事が多く、その時に多用している便利なブックマークレット５選を紹介したいと思います。 テストをする時以外でも使えるブックマークレットもあるので、最後まで読んで頂けますと幸いです。 ちなみにブックマークレットの登録は、それぞれのブックマークレットのリンクをブックマークバーやお気に入りにドラッグ＆ドロップしてください。 1. URLの階層を１階層上がる WEBサービスのテストをする際、決められたボタンやリンクを辿るだけでなく、ディレクトリ階層をダイレクトに上がっ
JavaのユニットテストにSpockを適用する - Qiita
アトラクションルームクラス。ルームに人を追加するaddメソッドを持つ。キャパシティは合計20あり、男性の大人は3、女性の大人は2、子供は男女とも1を消費する。キャパシティがいっぱいになったら満員で、それ以上は人を追加できない package spockexample; import org.junit.Before; import org.junit.experimental.runners.Enclosed; import org.junit.experimental.theories.DataPoints; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; import stati
[lib] モックとスタブの違い
TEST http://d.hatena.ne.jp/devbankh/201001 モックやスタブを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201002 モックとスタブの違い コミュニケーション http://d.hatena.ne.jp/devbankh/20051124 簡単かつ効果的に話すために "モックオブジェクト"という言葉は、テストのために本物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モックオブジェクトのファンに好まれる相互作用中心のテストと、よく行わている状態中心のテストスタイルとの違いを説明するために、モックとスタブの違いについて掘り下げる。 目次
![[lib] モックとスタブの違い](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
Microsoft PowerPoint - マイナビ130626.ppt [互換モード]
© NISHI, Yasuharu ソフトウェア品質は“ユーザー主導”の時代へ ― タイムリーかつ"納得感"のあるシステム構築に重要な「受入れテスト」フェーズ ― マイナビニュース 「ソフトウェア品質」サミット 2013/6/26（水） 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース 西 康晴（Yasuharu.Nishi@uec.ac.jp） © NISHI, Yasuharu 2 自己紹介 • 身分 – ソフトウェア工学の研究者 » 電気通信大学 大学院情報理工学研究科 総合情報学専攻 経営情報学コース » ちょっと「生臭い」研究／ソフトウェアテストやプロセス改善など – 先日までソフトウェアのよろず品質コンサルタント • 専門分野 – ソフトウェアテスト／プロジェクトマネジメント ／ＱＡ／ソフトウェア品質／ＴＱＭ全般／教育 • 共訳書 – 実践ソフトウェア・エ
入門 Androidアプリケーションテスト
Android OSを搭載した携帯端末の種類はもはや数えきれないほどであり、複雑化するアプリケーションのテスト工数の増大はAndroidアプリケーションの開発者にとって喫緊の課題です。本書は増え続けるテスト工数に対する対抗手段として、主に「必要なテストを必要な分だけ設計する方法」と「テストの自動化によってテスト工数を抑制する方法」について解説しています。開発者として知っておくべきテストの技法、コンポーネント別のテストコードの書き方、継続的インテグレーションへの統合方法など、実践的な内容も含まれています。本書がAndroidアプリケーションをテストする全ての人々の一助になれば幸いです。 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場
expect.jsとchai.expectのブラウザ対応 - hokaccha memo
BDD Assert系のモジュールでchaiとexpect.jsを試した。機能はほぼ変わらないけどブラウザのサポートでけっこう差が出た。（ここでいう機能が変わらないってのはchai.expectと比較しての話し。chai.assertとかchai.shouldを考えると完全にchaiが高機能） https://github.com/logicalparadox/chai https://github.com/LearnBoost/expect.js chaiはIE8以下だとぴくりとも動かない。expect.prototype.instanceofとかって予約語をキーにしてるのでが主な原因かな（他にも原因いくつかあるっぽい）。なのでちょっと前のSafari（主にiOS4系）でもアウト。 IE9は動くのは動くけどテストがいくつかこけてる。expect.prototype.throwがバグってた
簡単なA/Bテストでランディングページの売上を倍増させる6つの方法
ユーザーに届ける価値を徹底的に追求する マーケティングを提供します © Copyright 2022 バズ部. All rights reserved. ランディングページのコンバージョンを最大化するためには、継続的なA/Bテストが不可欠だ。 A/Bテストは地道な作業だが、根気づよく実践すると、自分自身、驚くぐらいに数字が改善されていく。 しかし、実際にA/Bテストをするとなると、どこから手をつければ良いのか分からなくなってしまう方も多いのではないだろうか？ そこで、本日は、A/Bテストによって、ランディングページのコンバージョンを倍増させるための方法を、６つの事例とともにご紹介する。ぜひ、参考にして欲しい。 事例１．キャッチコピーを変更後コンバージョンが1.44倍にランディングページにとって、キャッチコピーは何よりも重要性だ。そのため、キャッチコピーの作成だけで執筆時間の８割を使うコピー
インタラクティブなJavaScriptテストフレームワークTestem
インタラクティブにテストを実行できるの目的として上げてるテスティングフレームワークのtestemがリリースされた。 機能としてはJsTestDriverやBuster.JSのようにサーバをたちあげてブラウザでキャプチャURLにアクセスして実行させる仕組みや、テストの構文も既存のJasmine(デフォルト)やQUnitやMochaと言ったものがアダプタ的に使えるようになっていて、ファイルを保存したら自動でテストを実行して結果をCLIに表示したり、testem ciを使うことでTAP形式で出力することもできる。 機能としては目新しい感じはしないけど、使い始めてテストを書き始めるまでの短さやテストを書いてすぐその結果が見えるところに作者の意図があるテストフレームワークなのかなと思いました。 実際にtestemを使うには、インストールしてtestemを実行してテストを保存するだけ。 $ npm i
大量アクセスによるサーバの負荷テストなどが簡単に実行できるフリーソフト「JBlitz Professional」
以前は有料ソフトであり、ロードテストを実行した結果を数値・グラフ化してまとめて保存でき、サイトへのアクセス順番を固定したりランダムにしたり、アクセスする時間間隔・接続時間・アクセスする人数の設定が可能で、さまざまなテストを自由に設定して実行できるフリーソフトが「JBlitz Professional」です。ダウンロードから機能と操作の説明までは以下から。 Website load test - JBlitz Professional http://www.cartesian.net.nz/jblitz/ ◆ダウンロード 「JBlitz Professional」を使うにはJavaをインストールしておく必要があります。 上記サイトの「Download」をクリック。 ダウンロードしたZIPファイルをExplzhなどで解凍して、Windowsを使って操作をするので「run-jblitz.bat」
MakeGood 2.0.0: 継続的テストで素早くフィードバックせよ
先週になりますが、MakeGoodのメジャーアップデートとなるバージョン2.0.0をリリースしました。具体的な変更点はリリースノートをご覧いただくとして、本記事では改めてMakeGoodについて簡単に解説したいと思います。 MakeGoodとは？ MakeGoodは継続的テスト（Continuous Testing）と呼ばれるプラクティスに基づいたユニットテスト実行環境であり、Eclipse PDT上で動作します。MakeGoodの中心にあるテーマは素早いフィードバックです。それは主にファイル保存時のテストの実行と失敗・エラー・致命的なエラーの自動的な追跡による、テスト実行ワークフローの自動化として表現されています。ここでいうテスト実行ワークフローとは以下のようなものです。 テスト実行ワークフローテストの実行を準備する。テストを実行する。結果の確認する。失敗箇所を特定する。エディタを開く。
テスト駆動開発について僕は誤解していた - 偏見プログラマの語り！
ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや？TDD とは何ぞや？ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは？」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック
Titanium 製アプリで NativeDriver を試す（Android 編） - vaccho's blog
Titanium 製 Android アプリで NativeDriver を試したメモ。 （追記）iPhone 編 Titanium 製アプリで NativeDriver を試す（iPhone 編） - vaccho's blog NativeDriver とは NativeDriver とは、アプリを自動操作してテストが行えるツール。 Web アプリに対して Selenium で行うのと同じ。 というか Selenium に統合された WebDriver API を実装している。 http://code.google.com/p/nativedriver/ 自動操作されている様子の動画。 すごい。しかも Android/iOS 両対応。 これをぜひ Titanium 製アプリでもやりたい！ Titanium 製アプリで対応する チュートリアルにあるように、 1. server-stand
CakePHP 一括でカバレージを取得する方法!!
7/8にcoverage_reporter.phpの修正について若干追記 前提 XAMPP1.6.6 CakePHP1.2 環境準備 SimpleTestの開発レポジトリにあるカバレージ測定ツールを使う。 標準のアーカイブには含まれていないので、svnから取得する。 svn co https://simpletest.svn.sourceforge.net/svnroot/simpletest/simpletest/trunk 取得したモジュールを適当な場所に配置する。今回はC:/dev/simpletestに配置した。 次に、php.iniを修正する。 上記で取得したモジュールの中にある、extensions/coverageをincludepathに追加する。 autoprepend_fileにautocoverage.phpを指定する ※この設定が難しければPHPのコマンドラインパラ
【資料公開】自動テスト vs 手動テスト
みなさんこんにちは。@ryuzeeです。 SlideShareを徘徊していたところ自動テストと手動テストに関する良いスライドがあったので、翻訳して公開します。 ライセンスはオリジナルに準じてCC BY-SA 3.0とします。 内容としては、僕自身も一貫して主張しているテスト自動化の必要性の話で、主に以下の観点で記載されています。 作業量とコスト再利用性ユニットテストによる良い設計への誘導手動テストのリスクリスクマネジメント書き方が若干極端な箇所もあると思いますが、全体としてはかなり分かりやすいのではないでしょうか。 なお、テストの自動化に際しては、必ずしも全てのテストを自動化「しなければならない」わけではありません。 スライドではROIの例があがっていますが、テストの自動化のコスト＞手動コストの１回あたりのコスト×実行回数になる場合もあり得るので、ROIやテスト自動化によって得られる効果に
PHPUnit でよりよくテストを書くために
The document defines a fib function that recursively calculates Fibonacci numbers and prints the 10th Fibonacci number. It then defines some unit tests for a Calculator class that test the add method by asserting the expected result. Finally, it defines some unit tests for a User class that test validating a user object.Read less
マイクロソフトでは「開発プロセスのすべてにテスターが関与している」 JaSST'12 Tokyo
ソフトウェアのテストに関わるエンジニアが集まる国内最大のイベント「ソフトウェアテストシンポジウム JaSST'12 Tokyo」が1月25日、26日の2日間、都内で開催されました。 基調講演を行ったマイクロソフトのプリンシパル テストリードのBj Rollison氏は、会場からの質問に答え、テストで重視していることはテスターが開発プロセス全体に関与していること、単体テストを促進するためにテスト用のデータを開発者に提供していることなど、より効果的にテストを行い品質を高めるためのアドバイスをくれました。 （この記事は「マイクロソフトの責任者が語る「われわれはどのようにソフトウェアをテストしているか？」 JaSST'12 Tokyo」の続きです） 開発プロスへの関与、テストデータの提供 会場 テストのアーキテクチャやプロセスの改善についてお話をされていましたが、マイクロソフトの社内では、どういっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RSpecでテストを作るのに役立つ「モック/スタブ」のシンプルな説明
Jasmineとguard-livereloadでJavaScriptのTDD環境を作る
テスト技法ポジショニングマップ