スマートフォンの実機テストを自動化 - 自動テストシステム Quality Commander | 日本ノーベル株式会社
画像・音声など多彩な自動判定 タッチパネルの画面をキャプチャし、操作が期待値どおりに行われたか自動で判定します。新機能のSCSTL判定により位置の定まらないポップアップメニューやスクロールメニューの判定にも対応しました。静止画判定だけでなくOCR判定や、操作音などの音声をマイクで集音して音声判定も行えます。 画面のキャプチャはカメラ撮影と信号線出力のどちらも使用できます。長時間の動画監視を行う場合は常時監視ツールを使用します。 結果をデータベース化 ‐ エラー発生状況がすぐにわかる テスト内容はデータベースに記録されます。何千何万というテスト項目であっても、NG箇所を瞬時に確認できるのが自動テストの強みです。判定箇所は静止画、音声でそれぞれ記録されており、リプレイが可能です。 結果を集計してCSV出力やレポート印刷することもできます。 また、Webベースでフリーのテスト管理システム「Tes
Selenium RCによるFlash用の機能テストの作成と実行
Paulo Caroli ThoughtWorks* Henrik Lindahl Google* 目次 はじめに ソリューション概要 FlashSeleniumコンポーネント Selenium RCクライアント 印刷用に表示 作成日:2008年６月23日 更新日:2008年７月１日 ユーザレベル:中級 製品:Flash Flex 機能テストでは、システムが全体として期待どおりに機能することを検証します。すべてが正しく接続されていることも確認します。Selenium*は、Webアプリケーション用のオープンソーステストツールです。Seleniumは、Webブラウザ自体内で直接実行し、実際のユーザの操作をシミュレートします。Seleniumは、様々なブラウザとプラットフォームをサポートしています。特に、Webアプリケーションの機能やユーザアクセプタンスの検証テストを実行するときに役立ちます。
ウノウラボ Unoh Labs: WEBアプリテストのチェック項目リスト
こんにちは！やまもと＠テスト番長です。 TestingGeekという耳障りの良い名前のサイトをご存知でしょうか？ 総合的にテストの話を取り扱っており、それでいて読みやすいサイトです。 そこのTemplatesのコーナーにWeb Application Testing Checklist という便利そうなものがありましたので、日本語にしてみました。 ちょっとそのままだと物足りない感がありますが、テストポリシー作成の叩き台に使ってみるのも良さそうですね。 この手のリストを他にもご存知の方がいらっしゃれば、是非ご一報ください。 1. 機能テスト 1.1 リンク 1.1.1 記載された通りの先に遷移するか 1.1.2 どこからもリンクされないページは存在しないか 1.1.3 全ての外部リンク 1.1.4 参照しているサイトおよびメールアドレスはハイパーリンクになっているか？ 1.1
ウノウラボ Unoh Labs: WEBアプリのテストに必須なツール７種
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
Selenium 0.7利用手順書（前編）：CodeZine
恐れ入りますが、次のページ以降は公開後、一定期間を経過しますと、メンバーのみが閲覧可能とさせていただいております。 編集部としましては、メンバー登録していただくことで、より質の高いコンテンツやサービスを今後充実させていただくことが可能となると考えています。 お手数で恐縮ですが、ぜひご協力いただけると幸いです。 ログインはこちらから、 登録はこちらからどうぞ！ サイトポリシーもご一読ください。 今後ともCodeZineをどうぞよろしくお願いします。
[ThinkIT] 第5回：複数人での開発におけるテストの勘所 (1/3)
これまで解説してきたように、ウノウでは各々の開発者の開発環境で慎重に組み上げられたソースコードをSubversionで管理された統一の開発環境にそれぞれコミットし、リリースに向けて足並みを揃えながらシステムテストを実施します。 ウノウではテスト専門の担当者が在籍しており、開発者とは違った視点から成果物のチェックを行う体制を整えています。今回はその実践事例を紹介しながら、複数人での開発におけるテストの勘所について解説していきます。 テスト工程はプロダクトの品質を確保するために欠かせないフローの1つです。組み上げられたばかりのソースコードは、まだ完成度が客観的に保証されていない状態であり、開発者のスキルに対する信頼によってのみ「完成した」と推測されるものでしかありません。極端にいえば、いざ蓋を開けてみたら動かなかったということもあり得るのです。 自社プロダクトの開発がほとんどであれば、問題が発
標準出力に結果を出すプログラムをJUnit 4.1でテストする方法
「標準出力に結果を出すプログラムをJUnit 4.1でテストする方法」について書きます。 テスト対象となるプログラム(Hello.java) たとえば、以下のようなプログラムHello.javaがあったとしましょう。 public class Hello { public static void main(String[] args) { System.out.println("Hello!"); System.out.println("http://www.hyuki.com/"); } }これは次のようにすれば、普通にコンパイルと実行ができます。 C:\work> javac -version Hello.java javac 1.5.0_06 C:\work> java Hello Hello! http://www.hyuki.com/ 懸念事項 テスト（ここではJUnit 4.1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
受け入れテスト用セキュリティチェックリスト for Webアプリケーション
PHPUnit 3.4 Japanese Manual