『探索的テストはいつ行なうか』
ソフトウェアの組み合わせテスト技法の１つであるペアワイズ法（Pairwise法）（またはオールペア法（All-pairs法）ともいう）と直交表を採用した組み合わせテストケース生成ツール PictMasterの使い方をはじめ、テスト全般のトピックスを掲載していきます。 テスト技法のひとつに「探索的テスト」があります。探索的テストにおいてはテスト設計とテスト実行を同時並行的に行ないます。テストを行なった結果を考察し、バグを見つけるために有効と思われる次のテスト方法を頭の中でテスト設計し、それをもとにテストを行ないます。これを繰り返すことでバグを見つけようとするものです。 ほとんどのテスト技法は何らかのテストドキュメントをもとに行なう「スクリプトテスト」というカテゴリに属しますが、探索的テストではテスト担当者が即興で頭の中でテスト設計を行なうのでテストドキュメントは用いません。テスト技法を解説し
Selenium AES入門
Selenium Auto Exec Server（Selenium AES）は、Seleniumによる継続的なリグレッションテストを行うことを目的としたツールです。本記事では、Selenium AESの入門として、Selenium AESで提供する機能の概要から、インストール、サンプルの実行までを説明していきます。 はじめに Selenium Auto Exec Server（以降、Selenium AES）は、Seleniumによる継続的なリグレッションテストを行うことを目的としたツールです。 Selenium Auto Exec Server (AES) 本記事では、Selenium AESの入門として、Selenium AESで提供する機能の概要からインストール、サンプルの実行までを説明していきます。 対象読者 Webアプリケーションの開発者を対象としています。 Selenium
APIを叩くコードのテスト - Do You PHP はてブロ
via. Sebastian Bergmann 第41回PHP勉強会でid:sasezakiさんに突っ込まれたServices_Hanako*1ですが、id:yandoさんも交えて「APIを叩くコードのテストって難しいよねぇ」という話をしてました。DBなどもそうですが、外部リソースを使うコードのテストって、ある意味キリがなくなりそうですよね。まあ、元々「外部リソースとのやりとりをブラックボックス」にしちゃって楽をしてたフシがあったのですが。。。 で、Sebastian Bergmannをきっかけに、「ブラックボックス」の部分もテストできるようにコンストラクタの引数を変えて、PHPUnit3のモックオブジェクトを使ってテストを書いてみました。 http://openpear.org/repository/Services_Hanako/trunk/test/ServicesHanakoTes
メールをどこにも送らずHTMLで保存するSMTPサーバ mocksmtpd.rb - こせきの技術日記
(2014/6/3 追記) MailCatcher がおすすめです。 MailCatcher (2008/11/4追記) gem版も作ってみました。 RubyでSMTPサーバを作る(1) - バリケンのRuby日記 - Rubyist id:muscovyduckさんの(素晴らしい)記事を参考に、ちょっとだけ手を加えて開発用のSMTPサーバ mocksmtpd.rb を作成しました。メールを外に出さずにHTMLで保存する単純なSMTPサーバです。 これを使うと、Seleniumでメールのテストが簡単にできるようになります。ユーザ登録時にURLをメールで送信して本人確認とか。間にメールが挟まってもテストがつながります。 使い方 # コンソールで実行 mocksmtpd.rb # デーモンとして実行 mocksmtpd.rb -d # デーモンを停止 mocksmtpd.rb stop他にオプ
｢ソフトウェアテストセミナー｣レポート | gihyo.jp
#6 プロジェクト見積り技術の理論・歴史・実践 - 現実的で実践的な見積りを実現するために、今、若手エンジニアが知っておくべきこと - なぜ見積りが重要なのか 見積りに“銀の弾丸”はない 現実性の高い見積りを行うポイント 2009年4月1日 #5 こんな時だからテストチームをつくろう！ テストチームを“おいしく”つくるオススメのレシピ IT分野向けに人を活かす人材サービスを展開 不景気の今こそテストチームを 派遣を活用すればリソース不足は解消可能 テスト重視の姿勢が企業競争力になる 2009年4月1日 #4 国産ソフトの海外テストを 成功に導く5つの秘訣 車載CE機器の海外テストを実施 プロジェクトの概要 海外テストにおける重要ポイント このプロジェクトから学んだこと 2009年4月1日 #3 プロジェクトを成功に導く ソフトウェア品質管理の実現 開発体制の変化への対応が必要 分散開発での
GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
Guide: Writing Testable Code
To keep our code at Google in the best possible shape we provided our software engineers with these constant reminders. Now, we are happy to share them with the world. Many thanks to these folks for inspiration and hours of hard work getting this guide done: Jonathan Wolter Russ Ruffer Miško Hevery Also thanks to Blaine R Southam who has turned it into a pdf book. Flaw #1: Constructor does Real Wo
WritingTestableCode - テストできるコードの書きかた
WritingTestableCode - テストできるコードの書きかた 目次 この文書について まずいのその1: コンストラクタがやりすぎ まずいのその2: 深い仲になってしまっている まずいのその3: 脆いグローバルな状態とかシングルトンとか まずいのその4: クラスがやりすぎ テストできるコードの書きかた この文書について "Guide: Writing Testable Code" の日本語訳です http://misko.hevery.com/code-reviewers-guide/ 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... TODO: 各 Flaw のリンク先も訳す Misko Hevery コードをベストな状態に保つために、 我々は Google でソフトウェアエンジニアに以下のようなをガイドを定期的に送っていた。このガイドを共有できてうれしいね。 この
状態と遷移とイベントとアクション - ソフトウェアテストの勉強室
状態遷移図や状態遷移表を使う場合（ここでは状態遷移モデルを扱う、と同義）に、まずは構成要素である「状態」「遷移」「イベント」「アクション」を確認しておこう。 状態 遷移 イベント（入力） アクション（出力） 状態とは、状態遷移モデルでも通常の言葉と同様の意味で使われ、「システムの当分の間の状況と特性」というとらえ方をする。基本的な考え方としては状態は同時にはただ一つしかありえない。排他型と並列型という状態のとらえ方もあるが、ここでは割愛する。たとえば、「電源がOFFである/ONである」「インターネットが切断状態である/接続状態である」「検索状態である/検索結果表示状態である」など。 遷移とは、ある状態からある状態へ状態が移り変わることを表す。たとえば、「電源が（電源ボタンを押したことで）OFF状態へ遷移する」「インターネットが（認証成功によって）接続状態へ遷移する」「（検索結果が確定して）
Guide to Writing Testable Code
Thank you for your good post. I have a question about "Flaw #2: Digging into Collaborators" and "Dynamic type casting". "Dynamic type casting" means casting from one interface type to another interface type in Java or C#. Or I think QueryInterface() of COM does same thing. My question is that: Casting the interface,which is passed in, to another interface conforms to Flaw #2, Or Not. Thanks. Hyun
Clean Code Talks - Dependency Injection
This is an extremely helpful talk. But I wonder how can the factory / builder step of wiring the dependencies together can work in C++. I.e. we have a class A that depends on B. The builder will allocate B in the heap, pass a pointer to B in A's constructor while also allocating in the heap and return a pointer to A. Who cleans up afterwards? Is it good to let the builder clean up after it's done?
週刊ユーザテスト： Tivoに学ぶ
TiVo はウェブサイトの新しいデザインを進めながら１２週に渡り１２回のユーザテストを行った。TiVo の例が示すように、頻繁に習慣的なテストを行うことがユーザビリティを重視したデザインを実現する。 Weekly User Testing: TiVo Did It, You Can, Too by Jakob Nielsen on July 28, 2008 私はいつも、スケジュール内で出来る限り何度もデザインの更新を繰り返し行いながら、速く経費を抑えてユーザテストを行うことを勧めている。私が真に好むのは、週一でテストを行うことだ。例えば、毎週水曜日はユーザの日とし、4人のユーザでテストを行う。 残念なことに、こうしたペースについていけるプロジェクトが少ないことを私は分かっているし、それを実現したプロジェクトの多くは私自身が手がけたものである。最近、週に一回のペースでテストを行ったもうひと
10 Helpful Resources for Cross Browser Testing - DesignM.ag
li > a" data-ddst-label="Navigation Items" data-ddst-no-support="background,border"> li > a" data-ddst-label="Navigation Items" data-ddst-no-support="background,border"> Home Categories Tutorials Resources Inspiration Freelance Interviews Design Freebies About Contact Advertise With Us Write For Us Contact Every web designer knows that browser differences can create plenty of headaches. Finding an
Test-Driven Progressive Enhancement
Progressive enhancement has become an established best-practice approach to standards-based development. By starting with clean, semantic HTML, and layering enhancements using JavaScript and CSS, we attempt to create a usable experience for everyone: less sophisticated devices and browsers get a simpler but completely functional experience, while more capable ones get the bells and whistles. That’
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフト開発の常識が変わる！「何百人が一斉にテスト、バグがなければタダ」という凄いサービス - japan.internet.com Webテクノロジー
若手エンジニア向け月刊情報誌:WACATE-Magazine
http://ajbrown.org/blog/2009/01/04/automated-testing-using-zend-framework-part-1.html
あなたのテスト、単なる動作確認になっていませんか？
DevelopSense - Things can be different
「ソフトウェアテストセミナー」レポート 記事一覧 | gihyo.jp
