タグ

テストに関するd14aのブックマーク (58)

  • テスト戦略、設計、手法、技法などなどのリンクをまとめてみた - うさぎ組

    WACATE 2011 夏に申し込んだので、おさらいしましょう。ということでテスト手法、テスト技法を中心としたリンクをまとめてみました。 なので今回はTDDとかテストツールとかはあまり含まれていません。 いくつかかぶっているものもありますが、多面的な表現って大切だと思うので、多少のかぶりは気にせずに選択しました。 これを読めば良いソフトウェアエンジニアとして一歩階段を上れる気がしています。 他にも参考になるものがあったら、コメントやTwitterで@kyon_mmまで教えてくださるととっても嬉しいです! 次の形式で書いています。 WEBサイト名、資料名:発表者(敬称略):URL カテゴリー分けしたんですが、不適切であるかもしれません。間違い等あればご指摘ください。 また、ここでのリンクに問題がある場合は削除致しますので、その場合もご指摘ください。 TwitterID:kyon_mm mai

    テスト戦略、設計、手法、技法などなどのリンクをまとめてみた - うさぎ組
  • 「塹壕よりScrumとXP」その後とテスト自動化順序の決め方

    みなさんこんにちは。@ryuzeeです。 「塹壕よりScrumとXP」はHenrik Kniberg氏が書いた無料書籍で、日語を含めて13ヶ国語で読まれている最も有名なスクラムとXPに関する導入事例の1つです。 日語訳はInfoQの以下のページからダウンロード可能です。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-trenches そのHenrik氏が、Agile Israele 2011で行ったキーノートが、非常に良いものなのでご紹介します。 資料は氏のサイトからダウンロードできます。 このスライドでは、Henrik氏がもし記事を書いた2006年に戻ったら今度は違うやり方をするであろう項目について説明しています。 項目は以下の15個です。 キューを制限するチーフプロダクトオーナーのロールを設けるバックログの項目はユーザースト

    「塹壕よりScrumとXP」その後とテスト自動化順序の決め方
  • モバイル開発に欠かせないテストツール14選

    Adobe Device Central CS5 Adobe CS5 をパッケージ購入すると一緒についてくるモバイルデバイスのテスト環境。様々なエミュレーターが存在しますが、オールインワンで素早くテストがしたい場合はこちらがオススメです。特に Flash を活用したモバイルサイトをテストするのであれば欠かせない存在です。 Android SDK Javaで開発されているので、Mac, Windows, Linux で動作する公式のエミュレーター。2011年1月現在、Android OS 1.1 〜 2.3 までのテストが可能。エミュレーターは実際のスマートフォンと同じ動作をするので、ディフォルトのブラウザだけでなく、Opera Mini や Firefox など他のブラウザをインストールしてテストすることができます。 iOS SDK XCode も含め諸々ダウンロードしなければいけませんし

    モバイル開発に欠かせないテストツール14選
  • ウノウラボ by Zynga Japan: アジャイル開発におけるテストについて(その1)

    初めまして、11月に入社したQA担当のものです。 短期間の開発はどうしても少ない工数でテストを実行したい...と、だんだん重要になってくる。その中でアジャイルテスティングが最も有効で、尚且つ効率で不具合を発見できる方法と思います。 アジャイルテストは反復 (イテレーション) と呼ばれる短い期間単位を採用することで、リスクを最小化しようとしている。アジャイルテストは4象限の分類で説明されている。 概要は以下のとおり。 第1象限はチームを支援する技術面のテスト → テスト駆動開発などアジャイル開発の中心 第2象限はチームを支援するビジネス面のテスト → 顧客の視点からのハイレベルの機能テストなど 第3象限は製品を批評するビジネス面のテスト → ユーザー受入テスト、探索的テストなど 第4象限は技術面のテストを使った製品の批評 → パフォーマンステスト、セキュリティテストなど この4現象

  • Ruby / Rails のテストが約3倍速になって超快適に!! - 微熱 everyday - subtech

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    Ruby / Rails のテストが約3倍速になって超快適に!! - 微熱 everyday - subtech
  • brass.to - a really cool domain parked on Park.io

    The domain name brass.to is being parked on Park.io. Contact the domain owner to make an offer right now...

  • よい単体テストの特徴と、書くためのヒント - builder by ZDNet Japan

    Alan Cooper氏著の「The Inmates Are Running the Asylum」(邦題「コンピュータは、むずかしすぎて使えない!」)で、同氏は「軍艦にコンピュータが導入されたら何が起こるか」という問いを発している。同氏は、米国のミサイル巡洋艦ヨークタウンが大西洋で艦隊行動を行っていた際に起きた事件を例に挙げた。その時、海軍の技術者は燃料バルブを調整しており、艦上管理コンピュータの1つにゼロを入力した。すると、プログラムは入力されたゼロの値で別の数を割ろうとして(この解は数学では未定義となる)、ドカン!制御システム全体が完全にクラッシュしてしまい、海岸に曳航できるようになるまで、何時間も水上で立ち往生してしまったのだ。 この艦の管理システム全体が、設置前にはまったくテストされず、なんらかの形のテスト運用も行われなかったというのは考えにくいことだ。このシナリオは、「当に?

  • モバイルサイトをテストするためのツール集 – creamu

    86496010, Jupiterimages/ Comstock/ Thinkstock iPhoneAndroidでの表示を確認したい。 そんなときにおすすめなのが、『Mobile Web and App Development Testing and Emulation Tools』。モバイルサイトをテストするためのツール集です。 たくさんのツールが紹介されています。 Google Android Emulator Windowsでスタンドアローンのソフトとして動作するAndroidのエミュレータ TestiPhone.com – iPhone Application Web Based Simulator iPhoneでの表示のされ方をブラウザ上で確認できるシミュレータ iPhoney iPhoneの解像度(320x480px)での見え方を確認できるiPhoney W3C mob

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

    先日、会社でレガシーコード改善ガイド読書会を行った。1回しかやっていないので、今後どんな感じになるのか正直わからないが、1回目の振り返りを記してみる。 〆会、テスト勉強会(社内)などで有志を募ったところ、なんやかんやで10数名が名乗りを上げてくれた。どんなペースでやるかとか運営をどうするかとかを相談するために、参加希望者で集まった。週1回(木曜日、19時開始)、担当の章などを決めた。第1章〜第5章までは各自で読んで、読書会への参加の動機などを含めて簡単なポジションペーパーとしてまとめることにした。 わたしが、読書会の世話役として、会議室の確保(空き会議室を見つけて予約しただけ)、開催のアナウンスなどを行った。資料置き場の共有ディレクトリ、社内Wikiなどを立ち上げた。*1 テストがないコードはレガシーコードだ! 「テストがないコードはレガシーコードだ」という強烈なフレーズが表紙に書いてある

    レガシーコード改善ガイド読書会 2010-04-03 - 未来のいつか/hyoshiokの日記
    d14a
    d14a 2010/04/08
    よもう
  • TDD談義への反応に対する雑感(テスト駆動開発を取り巻く誤解等) - 千里霧中

    先日、twitter上でTDDに関する談義があったのだけれど、気になったのがそれに対するテストや品質の方々の反応。特にTDDの戒めである「品質保証を目的としていない」という書き込みに対してネガティブな反応が多かったのが気になった。 開発経験もあり定義や概念の扱いに注意深い方々なので誤解の可能性はないと思うが、結構問題が入り組んでいるように感じたので、今回テストエンジニアと開発者の視点の差異を焦点にして一部の論点を整理したいと思う。 開発者のいう品質保証の定義 まずTDD談義で開発者が「品質保証のためのテスト」「品質管理のためのテスト」などと呼んでいるテストの定義は、乱れや不統一感も多少あるけど、基的にKent Beckや和田さんが使われているQAテストの定義によるもの(http://gihyo.jp/dev/serial/01/tdd/0003)。 この定義で「品質保証のための単体テスト

    TDD談義への反応に対する雑感(テスト駆動開発を取り巻く誤解等) - 千里霧中
  • さらに分かっておきたいトランジスタの種類 − @IT MONOist

    2024年2月1日。アマゾンで家庭用AI囲碁ロボット「SenseRobot GO」が発売された。今回、SenseRobot GOの開発担当者に話を伺う機会を得たので、AI囲碁ロボットの詳細をレポートする。

  • TDDはテスト手法か否か

    なんもわからん @babie TDDは論理実証主義的な面が強調されすぎたために、BDDなどという言い換えが行われた。反証主義的に、エラーを積極的に起こそうとするテストを書くべき。 2010-02-21 13:45:09

    TDDはテスト手法か否か
  • リスク・ベース・テストの効果と限界

    ソフトウェアテストを改善する手法として、リスク・ベース・テストが注目されている。 ソフトウェアの開発サイクルが短くなっている現在では、短時間にいかに効率良くテストを行い、ソフトウェアの品質を高められるかが焦点になっている。テスト不足による品質低下に悩む人にとって、リスク・ベース・テストは効果的かつ魅力的な解決策である。 だが、リスク・ベース・テストが改善するのは、テスト・プロセスである。品質低下の原因がテスト・プロセスではなく、テスト項目そのものにある場合は、リスク・ベース・テストを導入しても、品質を高めることはできないだろう。

  • リスクベースドテスト:リスク分析を行ってみる|アークウェブのブログ

    SEの進地です。 前回のエントリー「リスクベースドテスト:テストを自動化する意味を考える」ではテストには目的によって品質保証テストとバグ出しテストがあり、各テストに利用できるテスト戦略としてリスクベースドテスト(Risk Based Test)について触れました。今回は、リスクベースドテストの実施の第一段階としてリスクとは何かを解説し、リスク分析を実際に行ってみたいと思います。 ○リスクとは何か? リスク分析におけるリスク(Risk)は欠陥によって引き起こされる問題の重大性(Damage)と欠陥の発生確率(Probability of failure)によって定義されます。また、欠陥の発生確率はシステム利用時に欠陥の生じる確率(Usage frequency)と欠陥を作りこむ確率(Lack of quality)によって定義されます。 Risk -> Damage -> Probabili

  • リスクベースドテスト:テストを自動化する意味を考える|アークウェブのブログ

    SEの進地です。 前回のエントリ「スクレイピングツールを使って自動化テスト:WWW::Mechanizeの利用」ではスクレイピングツールのWWW::Mechanizeを利用してWebシステムの自動化テストスクリプトを作成できることを解説しました。そこで、 ただ単に一つの単純なシナリオを通すだけであれば実はSeleniumを利用した方がテストの作成は簡単です。スクリプトによる自動化テストは - 大量の類似テストの実行 - 複雑な手順のテストの実行 - ページ上以外のリソースとの連携(例えばDBとの連携) が実施できないとそのメリットが完全には活かされません。 とも述べました。今回は自動化テストの技法に踏み込む前にそもそもテストを自動化する意味、テストを行う意味についておさえておこうと思います。 ○テストの種類 テストを実施する意味、目的は大きく2種にわかれます。 1.成果物(ソフトウェア)が

  • 深夜のテストTL

    ヨシオリX @yoshiori なんか「テストファースト」って言葉に2種類の使われ方があって、混乱するなぁ…… テスト手法のテストファーストと、開発手法のテストファーストはわけるべきだよなぁ 2010-02-15 00:43:52 ヨシオリX @yoshiori 「TDD はテスト計画をせずにテストしてしまうから……」とか「品質管理のためには……」とか言われるとなぁ TDD はあくまで"開発"手法であって、テスト手法では無いんだよね。もう、TDDで品質があがるって啓蒙するの止めちゃえば、いっそ変な誤解が広がらないんじゃないかなぁ。 2010-02-15 00:47:13

    深夜のテストTL
  • ウノウラボ Unoh Labs: ありえるえりあ勉強会@五反田~テスト編~ 発表資料

    こんにちは! 山@テスト番長です。 1/29にアリエルさんとウノウが合同で実施したピザパーティ 勉強会でお話する機会を頂きました。お集まりいただきました皆様、どうもありがとうございました。 その時の資料を公開したいと思います。

  • http://japan.internet.com/column/webtech/20090609/8.html

  • hirax.net::inside out::2008年11月16日

    (この記事は「Ruby版 Win32GuiTest クラスを作りました。」)の続きです。 Ruby版 Win32GuiTest に関数・機能を追加しました。下の動画は「ペイントを立ち上げて、ウィンドウの場所を動かし、絵を描いた上で、ビットマップファイルを保存する」という作業をRuby版 Win32GuiTestを使ってRubyで自動で行ったものになります。 実際のコードはソースコード(guiTest.rb)に入っているように、下記のようになります。次はリサージュ図形でも書いてみることにしましょうか。 gui=Win32GuiTest.new gui.run('mspaint.exe') sleep 1 w=gui.findWindowLikeName('ペイント').first[0] gui.setForegroundWindow(w) gui.moveWindow(w) r=gui.ge

  • https://www.func09.com/wordpress/archives/532