memokami :: 約500機種の携帯端末を網羅するケータイテストエミューレーター「P1 Emulator」を使ってみました
NetFarmさんが携帯端末500機種以上を網羅した「P1エミュレーター」のベータ版が無料で公開されました。 いままで携帯でテストするときに、まともに利用できるエミュレーターといえば、i-modeシミュレータしかなく、結局実機でのテストに頼っていました。 この「P1 Emulator」はケータイサイトのテストの救世主となるのでしょうか。 早速試してみました。 ■まずはダウンロード http://p1.netfarm.ne.jp/ ※ダウンロードには会員登録/ログインが必要です。 ■エミュレーターインストール インストールがめちゃくちゃ重かったです。 うちの環境だけかな。固まったかと思うほど。 気長に待ちましょう ■インストール完了 かなり時間かかりました。 ■ライセンス登録画面 最初に起動するとベータ版のライセンスキーを取得するように言われます。サイトに行って取得しましょう。登録したメール
はてなブックマークの作り直しについて - naoyaのはてなダイアリー
id:naoya:20080320:1206009912 でも少し触れましたが、京都に来てからはてなブックマークの作り直しをしています。どういう意図を持って作り直そうとしているかを述べておきます。 まず大前提として、今のはてなブックマークに追加したい機能、変更したい仕様、本来追加するはずが途中で頓挫したものが結構な数で山積みになっています。それを実現するための基礎作りです。 追加したい機能、変更したい箇所 おそらく新システムの最初のリリース時には、それほど大きく変わった、という印象にはならないかと思います。長く続いているサービスですし、インタフェースや使い方もリリース当初からそれほど大きくは変わっていません。既存システムからの極端な変更は歓迎されないだろうと思っており、まずはオリジナルが持っていた機能をしっかり再現することが重要です。 ただし、既存システムでも問題と思っている箇所は改善して
ブログが続かないわけ | 初心者プログラマーが簡単なフォームを作るときにやりがちな6つのミス
お問い合わせフォーム、登録フォーム、キャンペーンの申込フォーム。 Webにはいろいろなフォームがある。 Webプログラマーであれば誰もが一度は作ったことがあると思う。 新人プログラマーの初めての実務がフォームであることも多いだろう。 新人が作っているというのにもかかわらず、技術的にも面白い部分がないせいか、正しい知識のある人がレビューすることが少ないと思われる。 単純さゆえにテストが不足しているということもあるかもしれない。 上記の理由は憶測にすぎないが、杜撰なフォームがたくさん出回っているのは事実だ。 もう、CAPTCHAの話とか以前の問題だ。 よく見かける悪い例を簡単にあげておく。新人が初めての実務に当たるときにこれを気にしてくれれば、世の中のフォームがだいぶ良くなると思う。 1. クライアントサイド(JavaScript)でのチェックのみ。 2. 選択肢式の入力欄に対するチェックの漏
うまくいく人材採用の第一歩--見られる求人情報の設計とは？
4月の入社時期に合わせて、この時期に転職活動を行う人も実際多いのではないかと思われます。その転職活動の心強い味方である転職情報サイトにおけるユーザー視線を今回のアイトラッキング分析に取り上げました。 過去に転職活動をしたことのある5人、今までに転職活動をしたことのない5人の計10人の被験者に、ウェブ上で転職活動をしてもらいました。被験者には「どのような手段を使っても構わないので、ウェブで募集している求人で、いいと思うものに応募する」というタスクを課しました。 今回は被験者の行動から「注視されている要素」「注視されていない要素」を解析し、ウェブ上で転職活動をするユーザーの情報ニーズを探ります。 情報に優劣をつけ、メリハリのある構成を 下の図1は、アルトソフトが運営するCreator.JobStageを見た被験者の視線です。この被験者は、自分に興味のある数点の求人情報を除き、あまり視線を留める
【WEBアプリのテスト技法に関して教えてください】 観点的にはふたつ考えています。…
【WEBアプリのテスト技法に関して教えてください】 観点的にはふたつ考えています。 １）JavaScriptのブラウザ依存の問題 各ブラウザ間での互換性問題について知りたいです ２）WEBアプリの標準？的なテスト技法 要するに、WEBアプリに対してどのようなテスト項目が考えられるか、というものです。 ウノウラボさんのこの記事のようなものです。 （⇒http://labs.unoh.net/2007/07/web_5.html） 自分で探した範囲では、こちらの書籍を発見しただけです。『インターネットアプリケーションのためのソフトウェアテスト 』 （⇒http://www.amazon.co.jp/exec/obidos/ASIN/4797322063/ref=ord_cart_shr?%5Fencoding=UTF8&m=AN1VRQENFRJN5） 他に、（１）、（２）について参考になりそ
携帯アプリ開発テスト環境のMobileComplete
「日本市場のこと教えて」と大学院時代のクラスメートからメール。 彼女が働いているのは、携帯用アプリケーションがちゃんと端末上で動作するかをテストする環境を提供しているMobileComleteというベンチャー。 こう聞くと、「ああ、エミュレータ・ソフトの会社ね。ご苦労様」と思いませんか？私は思いました。しかし、これが違うのでした。 「ホンモノの携帯電話をデータセンターに並べて、その上で実際にアプリケーションを動かしてみる」 というのをリモートアクセスで企業ユーザーに提供する、というのが事業。百聞は一見にしかず、で、この写真を見てください。サーバ状の箱の中に、携帯電話が格納されています。 で、ユーザーはこの本物の携帯電話機で、開発したアプリケーションをリモートから動かしてみて、ちゃんと画像が表示されるか、指定のキーを押すと想定された画面に移行するか、といったことをテスト可能。スクリーンタッチ
ウノウラボ 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
Mobile：PCから携帯を自動操作～マイスタ・パッド
Mobile：NEWS 2003年9月11日 10:43 PM 更新 PCから携帯を自動操作～マイスタ・パッド 携帯サイトを開発する上で、最もやっかいなのは“実機を使ったテスト”だ。フレックスファームはPCから同一の操作で100機種におよぶ実機をテストできる「マイスタ・パッド」を開発した。 携帯向けのサイトや携帯を使ったサービスを開発する上で、最もやっかいなのは“実機を使ったテスト”だ。フレックスファームは、携帯電話をPCと接続し、PCから操作できる「マイスタ・パッド」を開発した。 実機をマイスタ・パッドに差し込み、ケーブルをPCにつなぐ。携帯の画面はカメラで撮影され、PCでリアルタイムに見ることができる。文字入力などの操作もPCからリアルタイムで行える 単純なテストを自動実行 携帯電話のシリアルコネクタとPCをケーブルでつないで、キー入力をエミュレートする仕組み。携帯の画面もカメラで撮影
ウノウラボ Unoh Labs: ECサイトのユーザビリティ・ガイドライン
こんばんわ、Sashaです。 最近、ECサイトのリニューアルを計画するお手伝いをする、という仕事がありました。特にユーザビリティ的な観点から、どんなことを網羅したらこのリニューアルを成功させることができるだろうか、ということを考えながら、様々なブログを参考にしたり実際のECサイトを検証したりしていたら、以前私が紹介したユーザビリティ・ガイドラインのようなチェックリスト的なものが出来上がったので、もしかしてどこかのだれかのお役に立つこともあるかもしれない、と思い、ここに紹介させていただきます。 まず、ECサイトで実現したい基本的な目標をあげ、その目標に沿って細かく、網羅していきたい事を列挙していきました。 基本的な目標とは、次の5項目です。 見つけたい商品・情報を見つけやすくする ユーザーの労力を極力削減する 買いたい気にさせる 購入までのプロセスを簡単にする オンラインショッピング
ウノウラボ Unoh Labs: バグに効く習慣〜より良いテストを実現する企業文化
こんにちは！ やまもと＠テスト番長です。 プロダクトの品質を上げるには、会社ぐるみで品質管理に取り組む意識が重要です。 より良いソフトウェアテストを実現する為の企業文化として、大事だと思うことを幾つか挙げてみたいと思います。 新人にまずやってもらうことは？ 新人テスターをいきなりテストに参加させるのは良くありません。製品への理解が深くないと有効なテストは出来ないからです。 まずは製品の仕様を覚えてもらったり、バグレポートの書き方を覚えてもらったりしなくてはいけないのですが、仕様書をポンと渡して、「これを見ながら製品を全部動かしてみて」といった指示を出しても現実味がなくモチベーションは揚がらないでしょう。 最初にやってもらうことは、先輩テスターの書いた障害報告の再テストか、 画面遷移図の更新など手探りで学習しながら行えることが良いと思います。 極力固定したビルドでテストする テスト対象の
テストを書かないと品質はやっぱり下がる - Be Happyman!!
私は今だにxUnitに代表される自動テストツールの効果が今ひとつ腑に落ちていなかったのですが、プロジェクトメンバーがその効果を調査・分析・見える化してくれたおかげですっきりしました。私の中だけに留めておくのはもったいないのでエッセンスを公開します。*1 対象プロジェクトに関する情報は以下の通りです。 業務系 画面数は60程度 帳票数は15程度 Java(Seasar2/S2Struts/S2Dao),Web系 クラス数は750程度 開発期間は約半年 最終的には総じて高い品質を実現した テストツールとしては、JUnit/EZmock/S2TestCaseを使っていて、それぞれ対象となるレイヤは、Actionクラス/Serviceクラス/Daoクラスです。画面のテストにはSeleniumも使いましたが、今回の調査の対象外としています。 目的 テストで重要なのは、要はそれぞれの工程で適切な粒度・
(続)テストを書かないと品質はやっぱり下がる - Be Happyman!!
前回のエントリにはたくさんのブックマークをいただきました。やっぱり品質と、それを実現するユニットテストやTDDに関する関心は高いですね。そこでもう少しだけ補足することにします。 ユニットテストとレビューは補完的 まず、 r-westさんより頂いた質問に対する回答です。 ・xUnit有無で、単体バグは３倍の差が付いた。 → xUnitは単体バグを相当削減できる。 ・しかしxUnitを単に実施しただけでは、単体バグは受け入れテストまで相当数残ってしまった。 → xUnitも実施するだけでは単体バグの漏れは相当でる。 と言うことでしょうか。 質問に対する回答としては、「はい。xUnitを単に実施しているだけでは漏れるケースがたくさんあります。」となるでしょうか。 では、Actionレイヤを原因とする、「漏れてしまった単体バグ」15件の内の一部をお見せしましょう。（内容は公開用に多少書き直してます
HTTP用負荷ツールいろいろ:phpspot開発日誌
「オープンソース戦略により、無償で使えるようになった負荷テストツール」によるとWebLoadという商用のHTTP負荷計測ツールが無料で使えるようになったとのこと。 そこで、いろいろとある負荷計測ツールをまとめてみました。 ab(ApacheBench) - Apacheに付属の負荷計測ツール ＠IT：Apacheパフォーマンス・チューニングのポイント（2/2） JMeter - Javaで書かれた負荷計測ツール JMeter(高機能/フリーなテストツール)第1回：JMeterの基本 Microsoft Web Application Stress Tool - Microsoft提供のGUIによる負荷計測ツール WASTを使い倒そう！（TOP） WebLoad - 今回紹介された WebLoad オープンソース戦略により、無償で使えるようになった負荷テストツール どれもメジャーなものですが
ウノウラボ Unoh Labs: オープンソース戦略により、無償で使えるようになった負荷テストツール
こんにちは！ やまもと＠テスト番長です。 ウノウラボのコメント欄まで熟読されている慧眼な方は既にお気づきかもしれませんが、WebLOADという商用の負荷テストツールがオープンソース化され、無料で利用出来るようになりました。 http://www.webload.org/ 以前自分が書いた WEBアプリのテストに必須なツール7種のエントリにsaltysonicさんがコメントで教えてくださいました。ありがとうございました！ souceforge.net を探してみたところ、見つかりました。 WebLOAD 早速触ってみていますが、さすがに元商用だけあって多機能なようです。 関連記事も探してみたところ、以下のものが見つかりました。 http://news.earthweb.com/ent-news/article.php/3670176 http://www.testingreflec
recompile.net: サン流だけど一流のバグ管理心得
Java EE 5のStar Spec LeadであるBill ShannonがGlassfishのメーリングリストにバグの考え方の話を投稿してたんで、勢いで翻訳しちゃう。 大規模開発のときのバグ管理の心構えとしても興味深いですね ちがう、ちがう、ちがう。 バグポートフォリオをどうやって使うのかを、また説明しなきゃいけないようだね。もう毎回ずっと、ああもう、8年くらい？ リリースのたびに説明してこなかったっけ？ バグにそもそものプライオリティなんかないんだ。バグはプライオリティとともにうまれるわけじゃない。バグのプライオリティってのは、我々の決定なんだ。単なる技術的な決定じゃない。単なるバグの影響度でもない。単なる重大性でもない。バグは、リソース、ビジネス上の判断なんかによって、決定されるもんなんだ。 バグの優先度は、意思決定プロセスの結果なんだよ。つまり、どれがバグで、どれがバグじゃない
正しく、早く、美しいコーディングを実現するために踏むべき5つのステップ::::::STOPN' LISTEN::::::to the silence:::::::
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
ここギコ！: PCブラウザでのケータイサイトテスト用プロキシ「Moxy」
PCブラウザでケータイサイトをテストするためのプロキシソフト、MoxyというのがYAPCのライトニングトークで紹介された。 さっそくダウンロードして使ってみた。 コンセプトはすごいなあと思う。 というか、ちょっと前も「ケータイ絵文字をPCで表示する方法」とかたくさんブクマされてたり、私も仕事でNULLGWほにゃららをダミーIDに変換するGreasemonkey作ってたり、みんな困っているところは同じ（簡易な確認レベルでは、できる限り実機を使わずテストしたい！）なわけですね。 でも私とかfirefoxでクライアントサイドで何とかする発想しかなくて、拡張とか何度か作ろうとしては挫折していたんですけど、なるほどサーバサイドで全部やってしまえばOKですよね。 単にリクエストでの環境変数を付与/置換と、レスポンスでの絵文字変換だけではなく、ブラウザ画像上からUAを切り替えられたり、ちゃんと横
はびこる「インジェクション系」のぜい弱性：ITpro
Webアプリケーションのぜい弱性を示す用語として，クロスサイト・スクリプティング，SQLインジェクションといった言葉の認知度はかなり高まった。ブログ・サイトなどでも活発に議論されている。しかし，Webサイトの実態はどうだろうか。 筆者の所属する京セラコミュニケーションシステムでは昨年（2006年），ぜい弱性診断を実施したWebサイトの統計情報「2007年版 Webアプリケーションぜい弱性傾向」を発表した。これによると，パソコン向けWebサイトの48%に致命的なぜい弱性が見つかった。このうちワースト1位はクロスサイト・スクリプティングで56％，2位はSQLインジェクションで11%と，どちらもインジェクション（注入）系のぜい弱性。これらのぜい弱性を持った危険なサイトは依然として存在するのが実情である。 これらWebアプリケーションのぜい弱性があまりなくならない理由はいくつかあるが，以前は「ぜい
CodeZine：「超高速、完全自動、しかもフリー」 WebテストツールのGITAK公開（TIBCO, 開発ツール）
TIBCOは、オープンソースのWebサイトテストツール「TIBCO General Interface Test Automation Kit 0.7」（GITAK）を公開した。TIBCO Developer Networkより無償でダウンロードできる。 「TIBCO General Interface Test Automation Kit」は、Webサイトの入力チェック、ボタンの動作内容、JavaScriptの動作などを自動で一気にテストできるツール。すべてのテストがブラウザで完結するのが特徴だ。ダウンロードファイルにはサンプルが含まれているので、試しに動作させてみることができる。 1.GITAKの入手 TIBCO Developer Networkよりファイルをダウンロードし、解凍する。 2.TestRunner.htmlの起動 解凍してできたフォルダから「/gitak/c
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オンラインで、いろいろなブラウザのチェックができるサイト集 | コリス