これまで同値分割を信頼できる手法だと信じてきました。最近になってどうして同値分割が信頼できる方法なのかその理由を私が説明できないことに気づきました。この原因は2つあります： 同値分割の分割の基準が不明確であること 後述するいくつかの仮定を満たさない場合、ある同値パーティションの代表値の出力が正しければその同値パーティションの他の値の出力も正しいといえる根拠に乏しいこと この2つから、不明確な基準の同値分割はその信頼性の説明ができないこと、同値テストは後述するいくつかの仮定が満たされたときのみ有効な手段でありいずれかの仮定が満たされない場合はさして信頼できないことが導かれます。 この記事ではこの結論に至るまでの過程について詳しく説明していきます。なお誤りのご指摘は大歓迎です。ぜひ皆さんで議論しましょう。 同値分割とは 後述する複数の文献の同値分割の説明に共通しているのは以下の2点です： 入力

DEMO VIDEOS Get to know everything Vimeo can do for your business. Watch now

1. Jenkins + AWSで 並列テスト 2012.11.23 第2回 岡山Amazon Web Service勉強会 山本 和久

こんにちは ヒューマンクレスト浅黄です。 Seleniumにてテスト自動化した際、1ブラウザ(例えばFirefox）だけではなく、ChromeやInternet Explorer、safariでも同様にテストできるようにすることがあると思います。基本は、1つのスクリプトで複数のブラウザが動くようにできれば、一番うれしいと思います。 前回のエントリーでは、その基礎となるSelenium Gridでした。 今回は、クロスブラウザ対応した際に、苦労した（エラーになった）箇所を何点かまとめて記載します。 frameの移動 通常は driver.switchTo().frame(arg0); 引数のarg0に指定できるのは、インデックス、フレームの名前、WebElementの３種類あります。 Firefoxを利用して自動化しているとき、.frame(0)や.frame(1)で移動していましたが、Ch

こんにちは。kintone 開発チームの長谷川＆宮田です。 みなさんテスト書いてますかー？ 品質の高い製品をリリースし続けるためにはテストを書くのは当たり前。でも実際にテストを書いたりメンテナンスをするのは大変なこと。特に、ユニットテストではなく Selenium のようなブラウザテストはコストが高く、運用が難しい面も。。 kintone チームでも Selenium を使って自動化試験を行なっています。 ここ1年ぐらいで随分テスト周りの仕組みが整備され、製品の品質向上に繋がっていることを実感していますが、 最初の頃は失敗も多く自動化試験としてはあまり機能していませんでした。今回はそんな kintone チームの自動化試験への取り組みの失敗とその改善について紹介したいと思います。 Selenium の失敗あるある 始めに昔の取り組み（失敗談）をいくつか簡単に紹介します。 テストの目的が曖昧

「DIする」，「インジェクション（注入）する」──新しい技術に敏感なソフトウエア開発者たちの間で使われている言葉である。DIとは，「軽量コンテナ」を実現する新しい設計思想Dependency Injection（依存性注入）の略称である。同じ概念をIoC（Inversion of Control，制御の反転）と呼ぶ場合もある（詳細は後述）。「DIする」と言えば開発者の間では通用するぐらいに，この設計思想は注目されているのだ。 DIが注目される理由は簡単だ。ソフトウエア開発者の開発サイクルを大幅に改善するからだ。筆者が司会を担当した「軽量コンテナ」に関するパネル・ディスカッション（注1）では，DIを適用した軽量コンテナ「Spring Framework」のおかげで「睡眠時間が確保できるようになりました」と複数のパネリストが真顔でコメントしたほどである。DIは，それだけ有効な技術なのだ。 注1

第２回日本Seleniumユーザーコミュニティ勉強会(http://seleniumjp.connpass.com/event/9222/)の発表資料です。 サイボウズのエンジニアブログで補足記事を書いています。 http://developer.cybozu.co.jp/tech/?p=7934Read less