はてなブックマーク

こんにちは、ヒューマンクレストの磯部です。 今回はランダム文字列の衝突確率について考察します。 自動テストを運用する際に、意外に何度も実務で使ったことがあるので書いてみました。 なぜこのテーマか 自動テストのスクリプトを書いている時に、テスト対象の仕様として Uniq制約があったら、みなさんはどう対応されているでしょうか。 たとえば、アカウント名を自由入力で登録できるけれども、アカウント名の重複は許さないというような仕様があったとします。 アカウント登録は回帰テストとして、テスト実行毎に行いたいという想定です。 1つの答えはテスト実行毎にデータベースをクリアすることですが、様々な技術的・政治的事情でそれが出来ないことも多いです。 連番をつけるという手もありますが、自動テストの停止・再実行や、並列実行などの際に、悲しいことが色々起こります。 こういった場合、私はテスト実行毎にランダム文字列を

こんにちは。ヒューマンクレストのマイです。 私はベトナム出身で高校を卒業してから日本に来ました。母国と違う国に住み、今まで自分にとっての常識や考え方が覆されたことが少なくありませんでした。今回は自分が経験したことに基づいて品質の考え方について話したいと思います。 早速ですが、皆さんは物を買うときに何を意識していますか。値段？見た目？最近ECサイトでのお買い物が当たり前のように行われており、口コミなどを見て買い物をする人も少なくないですね。しかし、店舗での購入であれ、オンラインショッピングであれ、一番意識しているのはやはり「品質」ではないでしょうか。 我々が普段何気なく使っているこの「品質」という言葉ですが、「品質とは何か」と聞かれてすぐに答えることができるでしょうか。 品質とは？ ISO9000：2005では、以下のように定義されています。 「品質とは本来備わっている特性の集まりが要求事項

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

こんにちは。 ヒューマンクレスト浅黄です。 Seleniumから、とうとうAndroidDriverとiPhoneDriverが削除されました。 Webアプリのスマホ検証を、皆さんはどのようにして自動化しているのでしょうか？？ 今回は、AndroidDriver互換として利用可能な、Selendroidの利用方法についてです。 環境 Mac OS X 10.9.2 java 1.7.0_51 Android SDK 22.6.1 (Platform-tools 19.0.1 : Build-tools 19) AVD または 実機 手順 Selendroidをダウンロードする SelendroidのServerを立ち上げる AndroidDriverで動かしていたソースをSelendroidDriverに書き換える ソースを実行する たったこれだけで、Selendroidで動作するようにな

こんにちは。HumanCrestの荒川です。 去る3月7日と8日、JaSST’14 Tokyoに行ってきました。 私が参加したセッションはこんな感じ。 ＜DAY1＞ ・基調講演 「Tester Motivation　テストエンジニアのモチベーション」 ・エンターテイメントとテスト 「JaSSTとCEDECのコラボレーションが生み出したものとその先」他 ・JaSST’14 Tokyo BOF ～てす子の部屋～ 「テストエンジニアの育成・教育」 ・（情報交換会） ＜DAY2＞ ・ チームで向き合う品質 「成功の成否は人の和にあり」 ・テクノロジーセッション 「テストエンジニア必見！テスト現場にありがちな悩みを解決するQbookの活用法」 ・招待講演 「ナウシカの飛行具、作ってみた。」 ・クロージングパネル 「テストエンジニアの育成による組織力・チーム力の向上 〜現場が幸せになる育成とは？また、

みなさん　こんにちは。 ヒューマンクレスト浅黄です。 テスト自動化を行った時、テストケースの増加によって、実行時間が長くなります。特に、クロスブラウザテストでは、倍々で増えていきます。 UI周りのテストでSeleniumを利用している場合、テストケースを並行（並列,分散）実行させることによって実行時間の増加傾向を抑える一助になるのが、Selenium Gridです。 今回は、Selenium Gridの環境構築について。 イメージは以下の図のような環境を構築し、テストスクリプトをGrid Server宛にすることにより複数の環境で並行したテストが可能になります。 Selenium Grid　環境 （※上図以外では、並行実行のため、タスクスケジューラ（Windows）,Cron(linux), Jenkinsなども必要になります） 既にテストスクリプトがありローカルPCでの実績があるならば、

当たり前ですが、複数回実行する可能性があるテストがその対象になります。 具体的には？ 機能テストを自動化しようと考えた場合、まず最初に思い浮かぶのは、回帰テストだと考えられます。 ※回帰テスト（regression testing） （JSTQB　ソフトウェア標準用語集より） 変更により、ソフトウェアの未変更部分に欠陥が新たに入り込んだり、発現したりしないことを確認するため、変更実施後、既にテスト済みのプログラムに対して実行するテスト。ソフトウェアや、実行環境が変わるたびに実施する。 しかし、様々なプロジェクトにおいて、全ての回帰テストを実施することは、テストの量が多すぎて、時間的制約や人員不足の面から難しいと思われます。 よって、テストを自動化することにより、コストを抑えつつ品質のアップ（または、維持）に貢献できることになります。 プロジェクトや案件、またはその工程により、回帰テストの内

連休前の某氏とのmtgの中で大変有意義なディスカッションができました。 テーマは「ソフトウェア品質とサービス品質」。 一般的に我々は、なんらかの「モデル」を用いてある時点のソフトウェアの品質を測定(=メトリクス)し品質要求とのギャップを見つけようと試みます。 そして得られた分析結果を次期改修計画などに役立てたいと考えます。 ここで用いるモデルにはいくつかのものがみられますが、それらの基本部分はほぼ共通して以下の様な枠組みで品質を捉えます。 品質側面 品質特性 品質視点 品質関係者 なぜ似通ったものになるのかというと、フレームワークの多くは「ISO/IEC 25000 SQuaREシリーズ」などを下敷きにして作られているからです。 ただし、一段踏み込んで具体的に「メトリクスツール」となるとグッと守備範囲が狭まり、開発時を想定したもの、つまり開発者にとっての品質側面・品質視点・品質特性をスコー