2010年5月17日 (月)

新入生にiPad配布へ 名古屋文理大情報メディア学科

 名古屋文理大学(愛知県稲沢市)は5月14日、情報文化学部情報メディア学科(入学定員100人)に来春入学する新入生全員にiPadを無償配布すると発表した。iPadを学生に無償配布する大学は国内初という。

 iPadを学内LANに無線LAN接続し、講義中に学生がiPadで意見を書き込んで情報共有したり、学生と教職員のコミュニケーションツールとして使用する計画。すでに、学生と教員が共同で、情報書き込みソフトの開発や、新入生向けオリジナルテキストのデジタル化を進めているという。

 近い将来、授業の履修登録や出席管理、就職活動の情報共有ツールとしての活用も視野に入れる。

 同学科ではこれまで、学生がiPhoneアプリを開発するプロジェクトを行い、アプリをApp Storeで販売したり、名古屋市の「Apple Store栄」でアプリ発表イベントを行うなどしてきた。

SNS を狙ったフィッシング詐欺が急増

他人の銀行口座やクレジットカードの情報を盗みとろうとするフィッシング攻撃の標的として、世界最大のソーシャル ネットワーク サイト (SNS) が浮上してきたことが調査で明らかになった。同調査は、セキュリティ製品ベンダー Kaspersky Lab が発表したものだ。

2010年第1四半期に、SNS 最大手 Facebook を狙ったフィッシング攻撃の割合が5.7%に急上昇し、4番目に多いサイトとなった。標的として群を抜いているのは PayPal で、フィッシング攻撃全体の52.2%を占めた。eBay と HSBC が2位と3位だ。

すなわち Kaspersky によれば、マルウェアが仕組まれたフィッシングサイトの半数以上が PayPal の偽装サイトで、およそ6%が Facebook ユーザーをログインさせて個人情報を入力させる目的のサイトだという。

調査報告では次のように述べている。「Facebook が4位に躍り出たのは予想外だった。SNS を狙った攻撃がこれほど多くなったのは、われわれが観測を開始して以来初めてのことだ」

ほかにフィッシング攻撃の標的となったサイトの上位を挙げると、Google を狙った攻撃が3.1%で第5位、米国国税庁 (IRS) が2.2%で第6位、そして Bank of America が1.7%で第8位だった。

報告書は次のように説明する。「詐欺師たちは SNS ユーザーのアカウントを盗むことで、それを利用しスパムメールを配信できる。そして該当アカウントの所有者やその友人に向けて、大量のメールを送り付ける。こうしたスパム配信の手段なら、到達先は膨大な数になり得る」

明朝、JAXAが「あかつき」「IKAROS」打ち上げを生中継!

 宇宙航空研究開発機構(JAXA)は、18日朝6時15分から、金星探査機「あかつき」と小型ソーラー電力セイル実証機「IKAROS」の打ち上げの様子をライブ中継する。

ほかの画像とミッション紹介動画

 「あかつき」は「のぞみ」に続く惑星探査計画で、金星の大気の謎を解明することが目的。金星の雲の下で吹き荒れる暴風(スーパーローテーション)の原因や、雷の放電現象なども赤外線観測によって調査される。

 「あかつき」とともに打ち上げられる「IKAROS」は、帆(太陽帆)で宇宙空間を航行できること、薄膜太陽電池で発電できることの世界初の実証を目指す。

 なお、打ち上げの様子は生中継ほか、東京都・千代田区の情報センターJAXA iほか鹿児島大学などでパブリックビューイングが実施される予定。

明朝、JAXAが「あかつき」「IKAROS」打ち上げを生中継!

 宇宙航空研究開発機構(JAXA)は、18日朝6時15分から、金星探査機「あかつき」と小型ソーラー電力セイル実証機「IKAROS」の打ち上げの様子をライブ中継する。

ほかの画像とミッション紹介動画

 「あかつき」は「のぞみ」に続く惑星探査計画で、金星の大気の謎を解明することが目的。金星の雲の下で吹き荒れる暴風(スーパーローテーション)の原因や、雷の放電現象なども赤外線観測によって調査される。

 「あかつき」とともに打ち上げられる「IKAROS」は、帆(太陽帆)で宇宙空間を航行できること、薄膜太陽電池で発電できることの世界初の実証を目指す。

 なお、打ち上げの様子は生中継ほか、東京都・千代田区の情報センターJAXA iほか鹿児島大学などでパブリックビューイングが実施される予定。

モバイルおよびWeb向けアプリのQAテストのコツ

 Webユーザーやモバイルユーザーが使うOSには変化が付き物だ。このことは、わたしのような品質保証(QA)マネジャーやアナリストにとっていつも問題になる。われわれは常に、泥縄にならないように先を見越してテストを行い、自社のWebアプリケーションやモバイルアプリケーションが、予定しているリリース日からターゲットOS上できちんと動作するようにしなければならない。

 企業のビジネスサービスやモバイルサービスは、ユーザーのWeb環境やモバイル環境にますます依存するようになってきている。一方、モバイル技術やコンピュータ技術が絶えず進化していることから、OSやWebブラウザ、アプリケーションインタフェースの継続的なアップグレードが不可避となっている。以下では、これらを総称して「クライアント」と呼ぶこととする。

 クライアントに依存する非常に複雑で動的なシステムを運用している企業のQAアナリストは、こうした変化するクライアント環境に対するテストを、それらの正式リリース前のβ段階で行えるように装備と準備を整えなければならない。わたしが見てきたところでは、経営幹部は、こうした変化の管理に必要な適切な措置を講じる準備をしていなかったり、講じることに消極的だったりする場合がほとんどだ。

 Webユーザーやモバイルユーザーが使うOSは、Mac OS XやLinux、Google Chrome OSなども含め多岐にわたり、いずれも同じようには動作しない。企業はさまざまなテスト環境を利用して、アップグレードされたデバイスや多様なブラウザベースインタフェース上で自社のアプリケーションが動作するようにしなければならない。アプリケーションテストは、32ビットおよび64ビットプロセッサ、メモリとその処理速度の性能、そしてストレージ機能について行わなければならない。

 ユーザー環境では、テスト仕様のさまざまな動的な組み合わせが発生することから、テスターは無数にも見える場合分けを考慮して、基準を満たさなければならない。このため、堅固な仮想環境や、複数パーティションまたはホットスワップ対応ドライブを持つサーバに投資することは、一部の企業にとって有効なソリューションかもしれない。

 手軽に使えるテスト環境があれば、QAアナリストやQAマネジャーが常に先を読み、テスト仕様の内容に基づいて将来の問題を予測し、あらかじめモックテストを行うのに役立つ。これにより、エンドユーザーが問題のあるハードウェアやソフトウェアに触れる危険が軽減される。重要なのは、必ずテストを徹底すること、つまり、使われる可能性のある環境を極力網羅してテストを行うことだ。

 顧客は、いつどのような環境を選んでも、システムが確実に動くという便利さと安心感を求めている。このため、QAテストに当たっては、行の項目がOS、列の項目がブラウザである環境要件マトリックスを作成するのが有効なことが多い。セルに「X」を記入したりセルを色分けしたりして、各テスト環境の影響の大小を示すとよい。

 また、OSの提供元のR&Dチームと密接に連携し、可能な場合は常に定期的に連絡を取ることも有意義だ。そうすることで、彼らのOS上で動作させようとしているアプリケーションのテストプロセスが容易になる。また、アップグレードされるOSの要件に対応させるためにアプリケーションに加える必要がある変更について、よく理解できる。これによって、変更に伴うリスクが軽減される。

 ユーザーの増加やクライアントの行動に関する統計データベースを持っている企業では、テスト前にその精査を行うことも有効だ。そうすれば、現行システムの効果を把握し、新システムと比較することが可能になる。機能だけでなく、性能とセキュリティをテストすることも重要だ。

 大抵の場合、変化に対応するための準備作業は実を結ぶだろう。やがて顧客は、あなたの会社のソフトウェアやサービスが、ビジネスに必要な適切な情報提供と正確な処理を行うと、期待してくれるようになる。あなたの会社のプロダクトがやりとりするOS、Webブラウザ、クライアントアプリケーションといった変化する環境に対するテストをもう少し包括的に行えば回避できるような問題のせいで、顧客を失ってはならない。

モバイルおよびWeb向けアプリのQAテストのコツ

 Webユーザーやモバイルユーザーが使うOSには変化が付き物だ。このことは、わたしのような品質保証(QA)マネジャーやアナリストにとっていつも問題になる。われわれは常に、泥縄にならないように先を見越してテストを行い、自社のWebアプリケーションやモバイルアプリケーションが、予定しているリリース日からターゲットOS上できちんと動作するようにしなければならない。

 企業のビジネスサービスやモバイルサービスは、ユーザーのWeb環境やモバイル環境にますます依存するようになってきている。一方、モバイル技術やコンピュータ技術が絶えず進化していることから、OSやWebブラウザ、アプリケーションインタフェースの継続的なアップグレードが不可避となっている。以下では、これらを総称して「クライアント」と呼ぶこととする。

 クライアントに依存する非常に複雑で動的なシステムを運用している企業のQAアナリストは、こうした変化するクライアント環境に対するテストを、それらの正式リリース前のβ段階で行えるように装備と準備を整えなければならない。わたしが見てきたところでは、経営幹部は、こうした変化の管理に必要な適切な措置を講じる準備をしていなかったり、講じることに消極的だったりする場合がほとんどだ。

 Webユーザーやモバイルユーザーが使うOSは、Mac OS XやLinux、Google Chrome OSなども含め多岐にわたり、いずれも同じようには動作しない。企業はさまざまなテスト環境を利用して、アップグレードされたデバイスや多様なブラウザベースインタフェース上で自社のアプリケーションが動作するようにしなければならない。アプリケーションテストは、32ビットおよび64ビットプロセッサ、メモリとその処理速度の性能、そしてストレージ機能について行わなければならない。

 ユーザー環境では、テスト仕様のさまざまな動的な組み合わせが発生することから、テスターは無数にも見える場合分けを考慮して、基準を満たさなければならない。このため、堅固な仮想環境や、複数パーティションまたはホットスワップ対応ドライブを持つサーバに投資することは、一部の企業にとって有効なソリューションかもしれない。

 手軽に使えるテスト環境があれば、QAアナリストやQAマネジャーが常に先を読み、テスト仕様の内容に基づいて将来の問題を予測し、あらかじめモックテストを行うのに役立つ。これにより、エンドユーザーが問題のあるハードウェアやソフトウェアに触れる危険が軽減される。重要なのは、必ずテストを徹底すること、つまり、使われる可能性のある環境を極力網羅してテストを行うことだ。

 顧客は、いつどのような環境を選んでも、システムが確実に動くという便利さと安心感を求めている。このため、QAテストに当たっては、行の項目がOS、列の項目がブラウザである環境要件マトリックスを作成するのが有効なことが多い。セルに「X」を記入したりセルを色分けしたりして、各テスト環境の影響の大小を示すとよい。

 また、OSの提供元のR&Dチームと密接に連携し、可能な場合は常に定期的に連絡を取ることも有意義だ。そうすることで、彼らのOS上で動作させようとしているアプリケーションのテストプロセスが容易になる。また、アップグレードされるOSの要件に対応させるためにアプリケーションに加える必要がある変更について、よく理解できる。これによって、変更に伴うリスクが軽減される。

 ユーザーの増加やクライアントの行動に関する統計データベースを持っている企業では、テスト前にその精査を行うことも有効だ。そうすれば、現行システムの効果を把握し、新システムと比較することが可能になる。機能だけでなく、性能とセキュリティをテストすることも重要だ。

 大抵の場合、変化に対応するための準備作業は実を結ぶだろう。やがて顧客は、あなたの会社のソフトウェアやサービスが、ビジネスに必要な適切な情報提供と正確な処理を行うと、期待してくれるようになる。あなたの会社のプロダクトがやりとりするOS、Webブラウザ、クライアントアプリケーションといった変化する環境に対するテストをもう少し包括的に行えば回避できるような問題のせいで、顧客を失ってはならない。

モバイルおよびWeb向けアプリのQAテストのコツ

 Webユーザーやモバイルユーザーが使うOSには変化が付き物だ。このことは、わたしのような品質保証(QA)マネジャーやアナリストにとっていつも問題になる。われわれは常に、泥縄にならないように先を見越してテストを行い、自社のWebアプリケーションやモバイルアプリケーションが、予定しているリリース日からターゲットOS上できちんと動作するようにしなければならない。

 企業のビジネスサービスやモバイルサービスは、ユーザーのWeb環境やモバイル環境にますます依存するようになってきている。一方、モバイル技術やコンピュータ技術が絶えず進化していることから、OSやWebブラウザ、アプリケーションインタフェースの継続的なアップグレードが不可避となっている。以下では、これらを総称して「クライアント」と呼ぶこととする。

 クライアントに依存する非常に複雑で動的なシステムを運用している企業のQAアナリストは、こうした変化するクライアント環境に対するテストを、それらの正式リリース前のβ段階で行えるように装備と準備を整えなければならない。わたしが見てきたところでは、経営幹部は、こうした変化の管理に必要な適切な措置を講じる準備をしていなかったり、講じることに消極的だったりする場合がほとんどだ。

 Webユーザーやモバイルユーザーが使うOSは、Mac OS XやLinux、Google Chrome OSなども含め多岐にわたり、いずれも同じようには動作しない。企業はさまざまなテスト環境を利用して、アップグレードされたデバイスや多様なブラウザベースインタフェース上で自社のアプリケーションが動作するようにしなければならない。アプリケーションテストは、32ビットおよび64ビットプロセッサ、メモリとその処理速度の性能、そしてストレージ機能について行わなければならない。

 ユーザー環境では、テスト仕様のさまざまな動的な組み合わせが発生することから、テスターは無数にも見える場合分けを考慮して、基準を満たさなければならない。このため、堅固な仮想環境や、複数パーティションまたはホットスワップ対応ドライブを持つサーバに投資することは、一部の企業にとって有効なソリューションかもしれない。

 手軽に使えるテスト環境があれば、QAアナリストやQAマネジャーが常に先を読み、テスト仕様の内容に基づいて将来の問題を予測し、あらかじめモックテストを行うのに役立つ。これにより、エンドユーザーが問題のあるハードウェアやソフトウェアに触れる危険が軽減される。重要なのは、必ずテストを徹底すること、つまり、使われる可能性のある環境を極力網羅してテストを行うことだ。

 顧客は、いつどのような環境を選んでも、システムが確実に動くという便利さと安心感を求めている。このため、QAテストに当たっては、行の項目がOS、列の項目がブラウザである環境要件マトリックスを作成するのが有効なことが多い。セルに「X」を記入したりセルを色分けしたりして、各テスト環境の影響の大小を示すとよい。

 また、OSの提供元のR&Dチームと密接に連携し、可能な場合は常に定期的に連絡を取ることも有意義だ。そうすることで、彼らのOS上で動作させようとしているアプリケーションのテストプロセスが容易になる。また、アップグレードされるOSの要件に対応させるためにアプリケーションに加える必要がある変更について、よく理解できる。これによって、変更に伴うリスクが軽減される。

 ユーザーの増加やクライアントの行動に関する統計データベースを持っている企業では、テスト前にその精査を行うことも有効だ。そうすれば、現行システムの効果を把握し、新システムと比較することが可能になる。機能だけでなく、性能とセキュリティをテストすることも重要だ。

 大抵の場合、変化に対応するための準備作業は実を結ぶだろう。やがて顧客は、あなたの会社のソフトウェアやサービスが、ビジネスに必要な適切な情報提供と正確な処理を行うと、期待してくれるようになる。あなたの会社のプロダクトがやりとりするOS、Webブラウザ、クライアントアプリケーションといった変化する環境に対するテストをもう少し包括的に行えば回避できるような問題のせいで、顧客を失ってはならない。

モバイルおよびWeb向けアプリのQAテストのコツ

 Webユーザーやモバイルユーザーが使うOSには変化が付き物だ。このことは、わたしのような品質保証(QA)マネジャーやアナリストにとっていつも問題になる。われわれは常に、泥縄にならないように先を見越してテストを行い、自社のWebアプリケーションやモバイルアプリケーションが、予定しているリリース日からターゲットOS上できちんと動作するようにしなければならない。

 企業のビジネスサービスやモバイルサービスは、ユーザーのWeb環境やモバイル環境にますます依存するようになってきている。一方、モバイル技術やコンピュータ技術が絶えず進化していることから、OSやWebブラウザ、アプリケーションインタフェースの継続的なアップグレードが不可避となっている。以下では、これらを総称して「クライアント」と呼ぶこととする。

 クライアントに依存する非常に複雑で動的なシステムを運用している企業のQAアナリストは、こうした変化するクライアント環境に対するテストを、それらの正式リリース前のβ段階で行えるように装備と準備を整えなければならない。わたしが見てきたところでは、経営幹部は、こうした変化の管理に必要な適切な措置を講じる準備をしていなかったり、講じることに消極的だったりする場合がほとんどだ。

 Webユーザーやモバイルユーザーが使うOSは、Mac OS XやLinux、Google Chrome OSなども含め多岐にわたり、いずれも同じようには動作しない。企業はさまざまなテスト環境を利用して、アップグレードされたデバイスや多様なブラウザベースインタフェース上で自社のアプリケーションが動作するようにしなければならない。アプリケーションテストは、32ビットおよび64ビットプロセッサ、メモリとその処理速度の性能、そしてストレージ機能について行わなければならない。

 ユーザー環境では、テスト仕様のさまざまな動的な組み合わせが発生することから、テスターは無数にも見える場合分けを考慮して、基準を満たさなければならない。このため、堅固な仮想環境や、複数パーティションまたはホットスワップ対応ドライブを持つサーバに投資することは、一部の企業にとって有効なソリューションかもしれない。

 手軽に使えるテスト環境があれば、QAアナリストやQAマネジャーが常に先を読み、テスト仕様の内容に基づいて将来の問題を予測し、あらかじめモックテストを行うのに役立つ。これにより、エンドユーザーが問題のあるハードウェアやソフトウェアに触れる危険が軽減される。重要なのは、必ずテストを徹底すること、つまり、使われる可能性のある環境を極力網羅してテストを行うことだ。

 顧客は、いつどのような環境を選んでも、システムが確実に動くという便利さと安心感を求めている。このため、QAテストに当たっては、行の項目がOS、列の項目がブラウザである環境要件マトリックスを作成するのが有効なことが多い。セルに「X」を記入したりセルを色分けしたりして、各テスト環境の影響の大小を示すとよい。

 また、OSの提供元のR&Dチームと密接に連携し、可能な場合は常に定期的に連絡を取ることも有意義だ。そうすることで、彼らのOS上で動作させようとしているアプリケーションのテストプロセスが容易になる。また、アップグレードされるOSの要件に対応させるためにアプリケーションに加える必要がある変更について、よく理解できる。これによって、変更に伴うリスクが軽減される。

 ユーザーの増加やクライアントの行動に関する統計データベースを持っている企業では、テスト前にその精査を行うことも有効だ。そうすれば、現行システムの効果を把握し、新システムと比較することが可能になる。機能だけでなく、性能とセキュリティをテストすることも重要だ。

 大抵の場合、変化に対応するための準備作業は実を結ぶだろう。やがて顧客は、あなたの会社のソフトウェアやサービスが、ビジネスに必要な適切な情報提供と正確な処理を行うと、期待してくれるようになる。あなたの会社のプロダクトがやりとりするOS、Webブラウザ、クライアントアプリケーションといった変化する環境に対するテストをもう少し包括的に行えば回避できるような問題のせいで、顧客を失ってはならない。

モバイルおよびWeb向けアプリのQAテストのコツ

 Webユーザーやモバイルユーザーが使うOSには変化が付き物だ。このことは、わたしのような品質保証(QA)マネジャーやアナリストにとっていつも問題になる。われわれは常に、泥縄にならないように先を見越してテストを行い、自社のWebアプリケーションやモバイルアプリケーションが、予定しているリリース日からターゲットOS上できちんと動作するようにしなければならない。

 企業のビジネスサービスやモバイルサービスは、ユーザーのWeb環境やモバイル環境にますます依存するようになってきている。一方、モバイル技術やコンピュータ技術が絶えず進化していることから、OSやWebブラウザ、アプリケーションインタフェースの継続的なアップグレードが不可避となっている。以下では、これらを総称して「クライアント」と呼ぶこととする。

 クライアントに依存する非常に複雑で動的なシステムを運用している企業のQAアナリストは、こうした変化するクライアント環境に対するテストを、それらの正式リリース前のβ段階で行えるように装備と準備を整えなければならない。わたしが見てきたところでは、経営幹部は、こうした変化の管理に必要な適切な措置を講じる準備をしていなかったり、講じることに消極的だったりする場合がほとんどだ。

 Webユーザーやモバイルユーザーが使うOSは、Mac OS XやLinux、Google Chrome OSなども含め多岐にわたり、いずれも同じようには動作しない。企業はさまざまなテスト環境を利用して、アップグレードされたデバイスや多様なブラウザベースインタフェース上で自社のアプリケーションが動作するようにしなければならない。アプリケーションテストは、32ビットおよび64ビットプロセッサ、メモリとその処理速度の性能、そしてストレージ機能について行わなければならない。

 ユーザー環境では、テスト仕様のさまざまな動的な組み合わせが発生することから、テスターは無数にも見える場合分けを考慮して、基準を満たさなければならない。このため、堅固な仮想環境や、複数パーティションまたはホットスワップ対応ドライブを持つサーバに投資することは、一部の企業にとって有効なソリューションかもしれない。

 手軽に使えるテスト環境があれば、QAアナリストやQAマネジャーが常に先を読み、テスト仕様の内容に基づいて将来の問題を予測し、あらかじめモックテストを行うのに役立つ。これにより、エンドユーザーが問題のあるハードウェアやソフトウェアに触れる危険が軽減される。重要なのは、必ずテストを徹底すること、つまり、使われる可能性のある環境を極力網羅してテストを行うことだ。

 顧客は、いつどのような環境を選んでも、システムが確実に動くという便利さと安心感を求めている。このため、QAテストに当たっては、行の項目がOS、列の項目がブラウザである環境要件マトリックスを作成するのが有効なことが多い。セルに「X」を記入したりセルを色分けしたりして、各テスト環境の影響の大小を示すとよい。

 また、OSの提供元のR&Dチームと密接に連携し、可能な場合は常に定期的に連絡を取ることも有意義だ。そうすることで、彼らのOS上で動作させようとしているアプリケーションのテストプロセスが容易になる。また、アップグレードされるOSの要件に対応させるためにアプリケーションに加える必要がある変更について、よく理解できる。これによって、変更に伴うリスクが軽減される。

 ユーザーの増加やクライアントの行動に関する統計データベースを持っている企業では、テスト前にその精査を行うことも有効だ。そうすれば、現行システムの効果を把握し、新システムと比較することが可能になる。機能だけでなく、性能とセキュリティをテストすることも重要だ。

 大抵の場合、変化に対応するための準備作業は実を結ぶだろう。やがて顧客は、あなたの会社のソフトウェアやサービスが、ビジネスに必要な適切な情報提供と正確な処理を行うと、期待してくれるようになる。あなたの会社のプロダクトがやりとりするOS、Webブラウザ、クライアントアプリケーションといった変化する環境に対するテストをもう少し包括的に行えば回避できるような問題のせいで、顧客を失ってはならない。

モバイルおよびWeb向けアプリのQAテストのコツ

 Webユーザーやモバイルユーザーが使うOSには変化が付き物だ。このことは、わたしのような品質保証(QA)マネジャーやアナリストにとっていつも問題になる。われわれは常に、泥縄にならないように先を見越してテストを行い、自社のWebアプリケーションやモバイルアプリケーションが、予定しているリリース日からターゲットOS上できちんと動作するようにしなければならない。

 企業のビジネスサービスやモバイルサービスは、ユーザーのWeb環境やモバイル環境にますます依存するようになってきている。一方、モバイル技術やコンピュータ技術が絶えず進化していることから、OSやWebブラウザ、アプリケーションインタフェースの継続的なアップグレードが不可避となっている。以下では、これらを総称して「クライアント」と呼ぶこととする。

 クライアントに依存する非常に複雑で動的なシステムを運用している企業のQAアナリストは、こうした変化するクライアント環境に対するテストを、それらの正式リリース前のβ段階で行えるように装備と準備を整えなければならない。わたしが見てきたところでは、経営幹部は、こうした変化の管理に必要な適切な措置を講じる準備をしていなかったり、講じることに消極的だったりする場合がほとんどだ。

 Webユーザーやモバイルユーザーが使うOSは、Mac OS XやLinux、Google Chrome OSなども含め多岐にわたり、いずれも同じようには動作しない。企業はさまざまなテスト環境を利用して、アップグレードされたデバイスや多様なブラウザベースインタフェース上で自社のアプリケーションが動作するようにしなければならない。アプリケーションテストは、32ビットおよび64ビットプロセッサ、メモリとその処理速度の性能、そしてストレージ機能について行わなければならない。

 ユーザー環境では、テスト仕様のさまざまな動的な組み合わせが発生することから、テスターは無数にも見える場合分けを考慮して、基準を満たさなければならない。このため、堅固な仮想環境や、複数パーティションまたはホットスワップ対応ドライブを持つサーバに投資することは、一部の企業にとって有効なソリューションかもしれない。

 手軽に使えるテスト環境があれば、QAアナリストやQAマネジャーが常に先を読み、テスト仕様の内容に基づいて将来の問題を予測し、あらかじめモックテストを行うのに役立つ。これにより、エンドユーザーが問題のあるハードウェアやソフトウェアに触れる危険が軽減される。重要なのは、必ずテストを徹底すること、つまり、使われる可能性のある環境を極力網羅してテストを行うことだ。

 顧客は、いつどのような環境を選んでも、システムが確実に動くという便利さと安心感を求めている。このため、QAテストに当たっては、行の項目がOS、列の項目がブラウザである環境要件マトリックスを作成するのが有効なことが多い。セルに「X」を記入したりセルを色分けしたりして、各テスト環境の影響の大小を示すとよい。

 また、OSの提供元のR&Dチームと密接に連携し、可能な場合は常に定期的に連絡を取ることも有意義だ。そうすることで、彼らのOS上で動作させようとしているアプリケーションのテストプロセスが容易になる。また、アップグレードされるOSの要件に対応させるためにアプリケーションに加える必要がある変更について、よく理解できる。これによって、変更に伴うリスクが軽減される。

 ユーザーの増加やクライアントの行動に関する統計データベースを持っている企業では、テスト前にその精査を行うことも有効だ。そうすれば、現行システムの効果を把握し、新システムと比較することが可能になる。機能だけでなく、性能とセキュリティをテストすることも重要だ。

 大抵の場合、変化に対応するための準備作業は実を結ぶだろう。やがて顧客は、あなたの会社のソフトウェアやサービスが、ビジネスに必要な適切な情報提供と正確な処理を行うと、期待してくれるようになる。あなたの会社のプロダクトがやりとりするOS、Webブラウザ、クライアントアプリケーションといった変化する環境に対するテストをもう少し包括的に行えば回避できるような問題のせいで、顧客を失ってはならない。

«高速道路でのETC利用状況…4月29日-5月30日