タグ

テストに関するseiunskyのブックマーク (15)

  • 我が名は神龍……どんなテストもひとつだけ自動化してやろう - Qiita

    『我が名は神龍……どんなテストもひとつだけ自動化してやろう』 じゃ、じゃあ!このブラウザテストを自動化してください! Chromeで https://kids.yahoo.co.jp/ にアクセスして 検索ワードに ねこ と入力して さがすをクリックして 検索結果にネコ - Wikipedia が含まれていることを確認して 検索結果に 買い方 を追加して さがすをクリックして 探しているのは「の飼い方」?と表示されることを確認して クリックするとの飼い方で再検索されて 検索ボックスを不倫で上書きして さがすをクリックして このページは表示できませんと出ていることを確認 『よかろう……たやすい願いだ』 まずはライブラリのインストールと初期設定をしてやろう…… # [ライブラリのインストール] # CodeceptJSとPuppeteerをインストールします。nodeとnpmが必要ですので

    我が名は神龍……どんなテストもひとつだけ自動化してやろう - Qiita
  • テストにコケる度にシーザーが死ぬ仕組みを作りました - その手の平は尻もつかめるさ

    タイトルは釣りです。 App::WithSound をリリース致しました。 https://github.com/moznion/App--WithSound https://metacpan.org/module/MOZNION/App-WithSound-v1.0.2/with-sound (2013.03.06 追記) App::WithSound はv1.1.0 にバージョンアップしました。 コマンドの成功・失敗時だけでなく、コマンドの実行中にも音声を再生出来るようになっています。 https://metacpan.org/module/MOZNION/App-WithSound-v1.1.0/with-sound (追記ここまで) App::WithSound? コマンドが成功するか失敗するかによって、その結果に対応した音声が流れるアプリケーションです。 まず、このモジュールはm

    テストにコケる度にシーザーが死ぬ仕組みを作りました - その手の平は尻もつかめるさ
    seiunsky
    seiunsky 2013/03/05
    シイイイイイイイイザアアアアアアアアアアアアアアア!!
  • Railsのコントローラをテストする

    前回はインテグレーションテストとしてCucumberでテストを作成しました。今回はユニットテストとして、RSpecを使ってコントローラのテストを作成します 前回はインテグレーションテストとしてCucumberでテストを作成しました。今回はユニットテストとしてRSpecを使ってコントローラのテスト(RSpecのテストコードは“スペック”と呼ばれるので、以降はスペックと呼びます)を作成します。稿で紹介するスペックの全文はGitHub上にあります。 最初に、コードレビューの回で述べたコントローラの役割についてもう一度おさらいしてみましょう。 コントローラは外部から来たリクエストを受け付け、レスポンスを返すのが役割です。具体的には以下の3つの動作をおこないます。 適切なオブジェクトをとってくる オブジェクトに対する何らかの操作を指示する 操作が成功した際と失敗した際のビューの振る舞いを指定する

    Railsのコントローラをテストする
  • マイヤーズの三角形問題 - 倖せの迷う森

    この問題は最近買ったテストに載っていたのだが、結構質を突いていて面白いと思った。テスト技術者としての経験や能力を測るための、ひとつの指標。 あるプログラムのテストを実施する。 このプログラムは、カードから3つの整数を読む。 この3つの値は、それぞれ三角形の3辺の長さを表すものとする。 プログラムは、三角形が不等辺三角形、二等辺三角形、正三角形のうちどれであるかを決めるメッセージを印字する。 これらの条件から、プログラムのテストケースを考えよ。 自分が考えたテストケースは、次のようなものだ。 ケース:入力時引数の個数を2個以下にしてプログラムを実行する。 想定される結果:対応するエラーメッセージが出力される。 ケース:入力時引数の個数を4個以上にしてプログラムを実行する。 想定される結果:4個目以降の引数が切り捨てられる。 ケース:入力時の引数に、整数でない値を与えてプログラムを実行する

    マイヤーズの三角形問題 - 倖せの迷う森
    seiunsky
    seiunsky 2012/07/03
    マイヤーズの三角形
  • TestFirstで新人教育もやれば?という話

    最近、あるソフトハウスの新人が、準委任契約の開発現場にアサインされるにあたって、顧客企業の開発部門の責任者の面接を受ける事になり、その現場に居合わせる機会を得た。 で、人のスキル不足に関しては、新人だからと言う事で、まあしょうがないという雰囲気だったが、xUnit の経験が無いという話になると、顧客側責任者から、その新人に同行したソフトハウスの上司に対して厳しい指摘が飛んだ。 曰く、「これからの現場では、xUnit を用いたテストコードによる自動テストを"しなくてよい"なんて事はあるわけが無いから、新人研修では絶対にテスト駆動開発も教えるべき。」という事だった。 私としては、立場上、浮かれた態度を取れない状況だったので、その場ではほぼノーリアクションで神妙にしてたけど、内心は「我が意を得たり」の心境で、ちょっと気分が良かった。 開発の現場にいると、「先にやっておくべきことを後に回すと、利

  • デバッグしやすいHTMLのテストの書き方 - 2012-01-18 - ククログ

    注意: 長いです。 一言まとめ: withinとtest-unit-capybaraを使ってHTMLのテストを書くと問題を見つけやすくなる。あわせて読みたい: デバッグしやすいassert_equalの書き方 HTMLに対するテストに限らず、開発を進めていく中でテストが失敗する状況になることは日常的にあることです。HTMLの場合は、入力フォームのラベルを変更したり、項目を追加したら既存のテストが失敗するようになるでしょう。そのとき、どのようにテストを書いていれば原因を素早く見つけられるのかを説明します。ポイントは「注目しているノードを明示すること」です。 HTMLテストのライブラリ さて、Rubyで処理結果のHTMLをテストするときにはどんなライブラリを使っていますか?The Ruby ToolboxにあるBrowser testingカテゴリを見てみると、Capybaraが最も使われてい

    デバッグしやすいHTMLのテストの書き方 - 2012-01-18 - ククログ
  • 講義資料「テストとデバッグ」を公開しました - 西尾泰和のはてなダイアリー

    昨年行われたセキュリティ&プログラミングキャンプ2011で中学生〜大学生を対象として行った講義「テストとデバッグ」の発表資料を公開します。 テストとデバッグ View more presentations from nishio

    講義資料「テストとデバッグ」を公開しました - 西尾泰和のはてなダイアリー
    seiunsky
    seiunsky 2012/01/13
    きちんと書いてあって良い資料だと思う!!
  • #devsumi【18-B-1】プログラマが知るべきたったひとつの大事なことがら - tmtms のメモ

    デブサミ2011の id:t-wada の講演のメモです。嘘書いてあるかもしれません。 タイトルは釣り きのこ18. 学び続ける姿勢 読む/書く/話す サッカーファンが得意なことは二年単位でものを覚えること 1996/07/22 マイアミの奇跡 アメリカにいた 初めてコンピュータに出会った ホームステイ先の子供と仲良くなりたい ファミコンでマリオ3をやってみせた 当に没入したものは体が覚えている 無限1UP 「ニンテンドーの国からきた男は違う」 心をつかんだ 原体験 ひとを動かすためにはやってみせる 2000年 OO厨をこじらせる RDBの世界は汚いから俺が正す テスト大嫌い 俺が書いたコードにバグがあるわけがない でもバグや手戻りが多い 完璧主義の呪いにかかった ただしいモデルがわかるまでコードを書いてはいけない 2002/06/07 日韓ワールドカップでアルゼンチン対イングランド 技

    #devsumi【18-B-1】プログラマが知るべきたったひとつの大事なことがら - tmtms のメモ
  • Rubyでランダムな日時を出力する方法(ワンライナー) - YomuKaku Memo

    Rubyでランダムな日時を出力するには Time.at(rand * Time.now.to_i) だけでOKです。 Time.at(rand * Time.now.to_i) => Sun Apr 29 11:49:16 +0900 1973 10.times do puts Time.at(rand * Time.now.to_i) end => Thu May 03 16:19:37 +0900 1973 => Wed May 18 19:17:09 +0900 1994 => Tue Feb 27 22:26:50 +0900 1996 => Mon Jun 16 09:35:05 +0900 1980 => Fri Nov 14 05:50:49 +0900 1980 => Sun Jul 12 22:34:42 +0900 1998 => Sun Nov 09 15:29:

  • レガシーコードをライブで扱う際のポイント試案

    twitter で TDDBC Hokuriku (2010) のレガシーコード改善を Coding Dojo で行った際の Ruby チームは比較的うまくいってたけど、あれって○○な流れだっけ的な話をしているうちに気になってることをまとめておこうと思い立ったので、できるだけ書き出してみる。 何かのきっかけになれば嬉しい。 素材(レガシーコード)のポイントまず動くこと触ったことがあること1ある程度でいいので機能別に書かれていること オブジェクト指向であるとなお良い(使える技が増える)小規模であること ただし完全に単機能だと余地が少ないのでテストを足しにくい外部 API 依存しまくりの場合は単なるレガシーコード改善とはまた別なテクニックの習得に繋がってよいかも自動実行できるテストがないこと :-)1 については「えっ」て思うかもしれないけど、放置してるものは依存ライブラリの関係や、そもそも動

  • レガシーコード改善ガイドの読書会 - 未来のいつか/hyoshiokの日記

    会社でレガシーコード改善ガイドの読書会を開催する事にした。「テストがないコードはレガシーコードだ」という素敵なフレーズを帯にする書を読み砕いて、レガシーコードと立ち向かっていきたい。 先日会社でテスト勉強会を開催した際に、*1 この読書会をやろうと呼びかけたところ、10名弱の有志が手を上げてくれた。 現場ではテストがないレガシーコードに喘いでいる。運用はトラブルに悩まされている。この悪循環を断ち切る武器がテストだ。時間がかかってもテストを書く。生き抜くためにテストを書く。その実践的なガイドになっている。 書は400ページを越えるので、一人で読むのにはちょっとしんどい。きつい。そこで仲間を募って、どうにかがんばって読み砕いていきたい。 書の例は、JavaC++で書かれているが、弊社の場合は、Java以外にPHPのコードも山のようにあるので、PHPではどのように書くのか、書き換える

    レガシーコード改善ガイドの読書会 - 未来のいつか/hyoshiokの日記
    seiunsky
    seiunsky 2010/03/25
    読書会の開催概要。まねしよう。
  • デブサミ2010を終えて - t-wada の日記(旧)

    今年のデブサミも無事終わりました。参加くださった皆様、ありがとうございました。デブサミをお楽しみいただけたのなら幸いです。 私はというと、今年もコンテンツ委員をさせていただきました。今年は PM カンファレンス併催によりテストトラックがなくなりました。そのかわりにかくたにさんから「開発プロセストラック」セッションを引き継ぎ、加えて DB トラックも担当しましたので、去年よりさらに多くのセッションを担当させていただきました。参与の度合いの多寡はありますが、企画や出演等で担当したのは以下のセッションでした。 開発プロセストラック 【18-E-1】SIerのこれからのソフトウェアを創る 【18-C-3】アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点- 【19-B-1】ここまで来た!製造、金融でのアジャイル基幹システム開発〜ユーザー主導が成功の鍵!〜 【19-B-3】三周

    デブサミ2010を終えて - t-wada の日記(旧)
    seiunsky
    seiunsky 2010/02/24
    (これから感想などを 140 字ずつ書き足していきます)www/お疲れ様でした!とても楽しめました!
  • Kazuho@Cybozu Labs: 監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)

    結論から先に。cronlog を使えば、アプリケーションのテストコードと全く同じ形式で、監視用のスクリプトを書くことができます。プログラマが監視ツールの記法を覚える必要はありません。これは、プログラマが運用も行うケースでは特に有効な手法だと思います。 先週公開した Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法 というエントリで、crontab と拙作の cronlog を用いてサービス監視を書く手法を紹介しました。しかし、挙げた例はいずれも ping や http のテストといった外形監視の手法です。RDBMS とウェブアプリケーションのみから構成されるサービスならそれだけで十分でしょう。 しかし、外形監視だけでは、メッセージキューのような非同期処理の遅延を観測することはできません。また、http のログを監視して、エラーレスポンスや平均応答

    seiunsky
    seiunsky 2010/01/18
    cronでテスト。”監視とは継続的なテストである”
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。

    seiunsky
    seiunsky 2009/07/15
    テストで燃えてますよ
  • "Excelenium"(エクセレニウム)で,快適な自動回帰テストを  (Seleniumのテストスクリプトとテスト仕様書を自動生成) - 主に言語とシステム開発に関して

    テスト仕様を書くだけで,仕様書自身がテストを自動でやってくれる。 それがExcelenium(エクセレニウム)。 Excelenium = Excel + Selenium 左側で,操作のステップを日語で書くと, 右側で,テスト仕様書風のフォーマットの文章をリアルタイムで自動生成してくれる。 ※画像中で「確認」と書いてあるのは,チェックポイントの部分。これは自動的にオレンジ色のセルになる。 書く必要があるのは,青い線より左側だけ。 そして, 「この仕様書の全テストを実行」 というボタンを押すと・・・ Seleniumのテストケースが自動生成され, ブラウザが立ち上がり, テスト仕様書に書いてあった全テストが実行される。 (※ついでに,シート上の全テストケースに自動で番号が振られる。) Webアプリケーションの結合テスト / 回帰テストが大幅に楽になる。 従来のような「テスト仕様書」と称し

    "Excelenium"(エクセレニウム)で,快適な自動回帰テストを  (Seleniumのテストスクリプトとテスト仕様書を自動生成) - 主に言語とシステム開発に関して
    seiunsky
    seiunsky 2009/05/29
    すげー、これは便利そう
  • 1