記憶に焼きつくメッセージはここが違う！ コンセプトに磨きをかける6つの方法
同じメッセージのプレゼンであっても、伝え方次第で聞き手の印象や記憶への定着度合いは異なります。『アイデアのちから』の著者であるハース兄弟は、記憶に焼きつくメッセージの特徴を、それぞれの6つの要素の頭文字をとって「SUCCESs」と表現しています。 「SUCCESsの法則」にかなったメッセージは、多くの人の気持ちを動かしたり、記憶に深く刻まれると言います。それは次のようなものです。 単純明快である（Simple） 意外性がある（Unexpected） 具体的である（Concrete） 信頼性がある（Credible） 感情に訴える（Emotional） 物語性（Story） この6つのポイントを使ってメッセージの改善前と改善後を比べてみると、よりイメージがつかめると思います。 1：単純明快で、誰でも覚えられるようにする とにかく、細かいことは置いておき、シンプルにすることです。複雑なことは記
reroom [リルム] - 部屋じまんコミュニティ -
ごはんをたべて、ごろごろする部屋。 こたつに入って、ローソファーでごろごろしつつ本を読むのが至福のひとときです。
第7回 キャプチャ／リプレイツールによる機能テストの自動化 | gihyo.jp
これらのツールは単独でも利用可能ですが、今回はSelenium IDEとSelenium Coreを組み合わせてテストを進めていきます。例として、名前を入力して画面遷移すると、入力した名前が表示されるという簡単なWebアプリケーション（図1）を使って、Seleniumを使用したテストの手順を見ていきましょう。 図1 テスト対象のアプリケーション Selenium IDEで画面操作を記録 Selenium IDEのインストール まず、Selenium IDEをインストールします。Selenium IDEはFirefoxのアドオンとして提供されていますので、事前にFirefoxをインストールしておく必要があります。 Firefoxを起動したら、Selenium IDEのダウンロードページにアクセスし、執筆時点の最新版である「Version 1.0 Beta 2」の「Firefox extens
自動テスト、4つの罠と5つの教訓：現場エンジニアが語るIBM Rationalの有用性：エンジニアライフ
■一般化した自動テスト XP（eXtreme Programming）やTDD（Test Driven Development）の流行や、Ruby on Railsのようなフル・スタックのWebフレームワークが自動テスト・フレームワークを備えるようになった影響で、最近の開発者の間では自動テストという概念が普通になってきました。 以前は自動テストといった場合、開発者の間ではJUnitのようなテスティング・フレームワークを使った単体テストの自動化が中心でした。しかし、最近では機能テストの世界でもSeleniumをはじめとするオープン・ソースのツールが登場してきたことによって、画面ベースの機能テストも積極的に自動化していく動きが進んでいます。 僕がテストの研究を大学でしていた10年前では逆にJUnitは誕生したばかりで、自動テストといえば、商用の画面キャプチャー・ベースの機能テスト・ツール（以下
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Firefox add-on Selenium IDEでWebテスト再び
だいぶ前にブログでも書いた気がしますが、 ちょっと前から「Seleniumスゲー」「っていうかやるべき」「なんかGroovyで書き出せるらしい」と、盛り上がってまして、 使用前、使用後で自分自身どう変わったかというと、Grailsで何か作るときに、 ・コントローラーの中に、初期データ取り込みのアクションを書いていた自分 ・新規登録ボタンをクリックして、各フィールドにテストデータを入れていた自分 そんな自分が、なんと、 ・Seleniumでテストを書いている そうなんです、いちいちブラウザでテストデータとかを登録しなくなった。 これは快適です。生産性が上がってます、確実に。 使ってみたい人は、ここに詳細があります。 で、今日たまたま山本さんもおらんので、開発メンバーのテーブルでちょっかい出しながら、何かやっていたのですが、何やら対面の部長から、Kムーに指示が。 「このサイトで、こうやるとこう
Seleniumを使いやすくするために - システム開発についてのつぶやきとか：楽天ブログ
2010.02.19 Seleniumを使いやすくするために (1) カテゴリ：システム開発 Seleniumを調べている方なら辿り着くかと思いますが、 以下のようなマクロを公開されている方がいます。 Excelenium http://d.hatena.ne.jp/language_and_engineering/20090524/p1 ※作者の方、これを見て、著作権について問題あれば掲示板等にコメントください。 という状況なので、以下のファイルを使われる方は、あくまで個人の責任で使ってください。 現状での再配布等は控えていただきますようお願いします。 仕様書として残すという意味で、すばらしいものだと思うのですが、 個人的にはもう少し作りやすくできないかと思い、 マクロやレイアウトを組みなおしてみました。 僭越ながら、 Excelenium2という名前で公開させていただきます。 主な変更
テスト自動化について5分で分かるまとめ
みなさんこんにちは。@ryuzeeです。 テスト自動化について簡単に教えてほしいと言われることが多いので、以下にまとめました。 テスト自動化/テスト駆動開発についてXPのプラクティスの中で、最も単体で導入しやすいプラクティスの１つであるこのプラクティスのみで１冊の本が書けるくらい奥が深い基本的な方法失敗するテストを書くできる限り早く、テストがパスするような最小限のコード本体を書くリファクタリングをする適用範囲通常では、独立性の高いクラスやファンクションへの適用が良いGUIや分散オブジェクト、自動生成されたコード、DBのスキーマに関するテストは導入が難しい既存システムにおいて、テストが準備されていない場合に、部分的に導入するのは難易度が高い。したがって新規プロジェクトの初期から導入することが望ましい問題点開発者が仕様を誤解していた場合、誤解に基づくテストコードが作成されるため、誤解の検知は保
テストを書くこととテストをすることの違い - 未来のいつか/hyoshiokの日記
会社でレガシーコード改善ガイドの読書会をやっていて、次回で読了だ。4月に入ってから週に1回くらいのペースでやっていて、2ヶ月半くらいかかった。途中、ゴールデンウィークや所用で開催しないこともあったので、１０回くらいで完走したことになる。 一人当たり、1章ないし2章くらいを担当して、その章に書いてあることを説明した後にみんなであーだこーだ議論をする。気になったことを質問したり、どうも良く分からないことをみんなで考えたりする。 テストがないコードはレガシーコードだ！というキャッチフレーズはわたしの心をとらえた。 参加者の皆さんとその価値観を共有できた事はうれしい。 現場での開発の実情をいろいろ教えてもらった。テストを書くことはあまり一般的ではないということにわたしは衝撃を覚えたのであるが、この読書会を通じて、テストを書かない開発というのがレガシーコードを作っている事に他ならないという共通の認識
モダンな Selenium でスクリーンキャプチャ/スクリーンショット (Screen capture / Screen shot）方法 - Yamashiro0217の日記
先日、Selenium でキャプチャ取る方法を聞かれたのでまとめる。 ぐぐってもモダンな方法が出てこないので。 結論を言うと、Selenium RC 0.9.2 (Core にも入ってた) から導入された、captureScreenshot を使うか、導入時期不明だけど、最新の Selenium 1.0 Beta 2 には入っている captureEntirePageScreenshot を使う。関連する API として、RC の Java Client には captureEntirePageScreenshotToString などもあるので興味のある人は、doc を見ると良い。 captureScreenshot と captureEntirePageScreenshot の違いはデスクトップ全体をキャプチャするか、テストしているページだけをキャプチャするかの違い。 captureE
[テスト編]すべての結合テストを自動化してはいけない
機能単位でモジュールを結合し，それらが正しく動作することを確認する結合テスト（機能テストとも呼ぶ）。システムの複雑化や頻発する仕様変更に伴う回帰テストなどによって，その工数は膨らむ一方だ。そのためシステム開発の現場では，結合テスト・ツールを使って，テスト作業を効率化する動きが広がっている。 ところが，ツールを導入したにもかかわらず「ツールの投資コストが回収できない」「逆にテスト工数が増加した」という声が相次いでいる。製造業A社の情報システム部で，開発チームリーダーを務める岸本裕司氏（仮名）もその1人。岸本氏は新規開発プロジェクトにおいて，結合テストの約6割を自動化すれば，120万円の結合テスト・ツールの投資コストを回収できると考えた。ところが，目標の「6割」のカバー範囲は達成したものの，テスト工数は予定の約1.5倍に膨らみ，ツールの導入効果は得られなかった。 実は，結合テスト・ツールほど適
![[テスト編]すべての結合テストを自動化してはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
"Excelenium"（エクセレニウム）で，快適な自動回帰テストを （Seleniumのテストスクリプトとテスト仕様書を自動生成） - 主に言語とシステム開発に関して
テスト仕様を書くだけで，仕様書自身がテストを自動でやってくれる。 それがExcelenium（エクセレニウム）。 Excelenium ＝ Excel ＋ Selenium 左側で，操作のステップを日本語で書くと， 右側で，テスト仕様書風のフォーマットの文章をリアルタイムで自動生成してくれる。 ※画像中で「確認」と書いてあるのは，チェックポイントの部分。これは自動的にオレンジ色のセルになる。 書く必要があるのは，青い線より左側だけ。 そして， 「この仕様書の全テストを実行」 というボタンを押すと・・・ Seleniumのテストケースが自動生成され， ブラウザが立ち上がり， テスト仕様書に書いてあった全テストが実行される。 （※ついでに，シート上の全テストケースに自動で番号が振られる。） Webアプリケーションの結合テスト / 回帰テストが大幅に楽になる。 従来のような「テスト仕様書」と称し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer
プログラマーが初心者におすすめするプログラミング関連本１０冊
Selenium RC (selenium-server.jar) 起動オプション一覧