annotation

データアノテーション の手順?

 基本的なディープマシンラーニングの データアノテーション の手順は 次のとおりである。

 

1、データ収集

正しいな教師データを収集するには、まず課題の内容 とそのビジネス上の価値を理解する必要がある。 課題データアノテーションの分類については、名前から 類推して キーワードを作成し、インターネットからのデータ検索ツールを使用して、画像を検索することが できる。 または、写真、ソーシャルネットワークサイトの動画、Googleの衛星画像、公共のカメラ や車(Waymo、Tesla)から 無料で 収集されたデータ、または 第三者からデータを購入することも できる(データの正確性については自己責任)

収集されたデータのほとんどは、高さ、幅、比率が異なるデータであるため、データを収集した後、前処理を行う必要がある。したがって、ディープラーニングモデルに直接組み込むことはできません。 Open CV、Scikit-Imageなどの組み込みライブラリを使用して、イメージを前処理する。

 

2、データの注釈付け

 

データアノテーション

 

AI開発において、一2、データの注釈付け番時間 と 手間がかかるのが 教師データの収集。まずは 収集した生のデータに注釈をつける必要がある。

ここは機械がうまく機能するかどうか を左右するため、重要なステップである。データのラベル付けが 間違っていると、機械が誤って 学習して、対象を認識してしまうので、この学習データを 準備するのに 多くの時間と労力を費やしす。注釈付けをする上で、注意すべきポイントが 二つある。

・注釈付けのやり方

・誰がやるのか

 

2−1、注釈付けのやり方

要件を満たすデータセットを準備したら、次は どのような方法で アノテーションをするのか を決める必要がある。分類なのか、オブジェクト検出なのか、セグメンテーションなのか、…

データは 決まったやり方に応じて 処理されていく。例えば 分類の場合は、インターネットからデータを見つけてクロールするプロセスで 使用されるキーワードである。インスタンスセグメンテーションの場合、画像の各ピクセル の 注釈が 必要。

その後、ツールを使用して 画像注釈(画像のラベルとメタデータを設定)を実行する必要がある。 一般的なツールには Comma Coloring, Annotorious, LabelMe などが ある。これらのツールは、画像の各セグメントに ラベルを付けるためのGUIを サポートする。

 

2−2、誰がやるのか

二種類ある。

社内:データを自社で ラベル付けす

・長所:データの精度管理が容易、低コスト。

・短所:データの収集とラベル付けに 時間がかかる。

アウトソース:データの提供を専門とする企業に 依頼する。

・長所:データを すぐ集められる。

・短所:データの透明性、正確性がわからない。費用が かかる。

 

3、テストと評価のモデル

適切なディープラーニングモデル を選択 → トレーニングを実施 → テスト と 評価を実施

 

4、品質の基準を満たす

問題の要件を満たすまで、上記の手順を繰り返す。

 

データアノテーション

 

 

アノテーションサービスの詳細 については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

BlogLQA News

新型コロナウイルス 感染症へ、企業はどのような対応をしていくべきなのでしょうか。

WHO は1月30日に、各国の専門家 や 保健当局担当者による緊急委員会を開催し、新型コロナウイルス に関連した感染拡大について、「国際的に懸念される公衆衛生上 の 緊急事態(PHEIC: Public Health Emergency of International Concern)」に該当すると宣言した。

新型コロナウイルス 「SARS-CoV2」による 感染症「COVID-19」は、パンデミック(感染爆発、世界的流行)となり世界各地の医療は もとより 経済にも 深刻な影響を及ぼしている。

新型コロナウイルス感染症へ、企業はどのような対応をしていくべきなのでしょうか。以下の記事で調べてみましょう!

 

世界的な状況の更新31/3

新型コロナウイルス-世界

新型コロナウイルス-世界

出典:ウィキペディア

 

 

新型コロナウイルス-状況

新型コロナウイルス

出典: Johns Hopkins University

更新31/3

 

2020年4月1日の時点で、200以上の国と地域で859,000件を超えるCOVID-19の症例が報告されており、約42,000人 が死亡している。 178,000人以上が 回復した。

飛沫感染は、感染者の. 咳やくしゃみから放出された飛沫粒子が空気を介して短距離範囲(一般的には 90cm 以内)に拡散し、近くにいる者の口、鼻、目の粘膜に付着することによって起こる。

 

症状と予防

WHOによると、発症早期は発熱・鼻汁・咽頭痛・咳嗽といった非特異的な上気道炎の症状のため診断に難渋することがある。最も一般的な2つの症状は、発熱(88%)と乾咳(68%)である。

コロナウイルスの感染を防ぐための戦略には、咳やくしゃみをする際に押さえた手や腕は、その後直ちに洗うべきであるが、接触感染の原因にならないよう、手を洗う前に不必要に周囲に触れないよう注意する。手を洗う場所がない
ことに備えて、携行できる速乾性擦式消毒用アルコール製剤を用意しておくことが 推奨される。咳をしている人に マ スクの着用を積極的に促す。マスクを適切に着用することによって、飛沫の拡散を防ぐことができる。

Coronavirus-prevention

 

新型コロナウイルス による企業活動へ影響

新型コロナウイルス-影響

出典: statista

 

企業が直面しないといけないビジネスへの影響には 次のものがあります。

  • 新型コロナウイルスの世界的流行に起因する労働力および部品の不足に直面しており、一部生産を停止する。 生産状況やジャストインタイムのサプライチェーンを混乱させてる。自動車、消費財、製薬などその他の業界にわたって 販売警告を発し、販売中止となった。
  • 原材料消費の減少に伴い商品価格が 下落しており、生産者は 減産を検討している。
  • モビリティと業務の混乱で中国国内の消費量が 大きく減少したため、航空、留学、インフラ、観光、エンターテイメント、ホスピタリティ、エレクトロニクス、消費財、高級品など、複数の部門で 多国籍企業が苦境に立たされている。

Coronavirus-impact

出典: TrendForce

 

企業はどのような対応をしていくべきなのでしょうか。

1. 感染防止対策を優先する

・内部事項に従い、マスクを使う。ワイヤー型のマスクで鼻と頬の隙間をなくし、 顔とマスクの間に隙間があるとウイルスを遮断できず、病原菌が侵入してしまいう。普段は1.2メートルの距離を保ちながら、状況に応じて使い分けていくとよいでしょう、…
・スタッフ全員がマスクを着用する必要がある。
・マスク、手洗い、手ぬぐいなどの衛生設備を配布
・オンライン会議を適用。
・スタッフに集会に出席しないように勧める。

 

Coronavirus-LQA

 

2. 従業員が会社で病気になったときにタイムリーな解決策がある

感染拡大を防ぐために、発熱、痛み、鼻汁、咳などの症状が見られる人は 自宅で医師による健康診断を行わなければならない。

会社で病気の従業員が いる場合、ビジネス代表者は タイムリーな解決策のアドバイスの為に ホットラインか政府機関に報告する必要がある。

 

3. 重要な仕事を維持する

事業活動に重要な仕事を維持するために、企業は 以下のように遵守する必要がある。

・交換容量を確保し、移転する事を検討する
・柔軟な作業場所を確保し、従業員が自宅で作業できるようにする。
・生産の維持と事業活動に関する情報を関係者に発表する。

信頼できるプロセスを持つパートナーを選択。

 

4. 組織能力と執行能力の転換

企業は、オペレーティングシステム と ビジネスモデルを確認、再分析し、技術を大幅に 改善して組織に適用する必要がある。さらに、生産と事業活動の運用に 焦点を当てて、雇用される人員の数、納期、およびビジネスのパフォーマンスへの依存を最小限に抑える。

 

現在、多くのアウトソーシング企業が、いつでも どこでも ビジネスを運営し、品質保証、データの準備、システムのトレーニングデータなど、企業の運用管理を支援している。これらの中で、LQAは 多くの大手パートナーから 選ばれている信頼できる企業の1つである。 LQAのサービスの詳細 については、こちらを参照してください。

 


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

Testing

モバイルアプリケーション テスト チュートリアル2

モバイルアプリケーション テストは モバイルテストの中の 一種です。詳細 については、モバイルテストチュートリアル1の記事の モバイルテストの部分を参照してください。

1、モバイルアプリケーションのカテゴリ

 

モバイルアプリケーションの場合、次の3つのカテゴリに分類できます。

・タイプ1:ネイティブアプリ、iOS、Android、Windowsなどのプラットフォーム専用に それぞれの言語で 記述されたアプリ。

・タイプ2:Webアプリケーション、Webベースのアプリケーション。モバイルデバイス ユーザーは、Chrome、Firefox、Safariなどのさまざまなブラウザーを使用して、m .facebook.comなど の使用するWebサーバーに アクセスします。

・タイプ3:複合アプリケーション、ネイティブアプリケーション と Webアプリケーションの組み合わせは、オフラインとオンラインの両方で 実行でき、HTML5、CSSなどのWeb作成技術が よく使用されます。

モバイルアプリケーション

これを考慮すると

ネイティブアプリケーションは 特定のオペレーティングシステムでのみ実行できますが、モバイル Webアプリケーションは HTML および Javascript をサポートするすべてのモバイルブラウザーで 実行できます。

・ネイティブアプリケーションは SDKなどのプラットフォームで 記述され、モバイル Webアプリケーションは HTML、CSS、ASP.NET、JAVA、PHPなど のWebテクノロジーで 記述されています。

・ネイティブアプリケーションの場合、インストールする必要がありますが、モバイル Webアプリケーションの場合、インストールする必要は ありません。

・ネイティブアプリケーションは アプリストアから更新できますが、モバイル Webアプリケーションは 一元的に更新されます。

・ネイティブアプリは インターネットに接続していなくても 動作する場合がありますが、モバイルウェブアプリは 常に インターネット接続が必要です。

・ネイティブアプリは、モバイルウェブアプリよりも 高速に動作します。

 

2、モバイルアプリケーションをテストするための特別なテストケース

 

・バッテリーの消費:モバイルデバイスで アプリケーションを実行するとき、バッテリーの消耗を追跡することが重要です。

・アプリケーションの実行速度:異なるメモリ容量、異なるネットワーク速度の異なるデバイスでの応答時間を追跡します。

・メモリ要件:アプリをダウンロードしてインストールするとき、アプリを実行します。

・アプリケーションの機能チェック:ネットワーク接続やその他の外部の影響を受けても、アプリケーションが停止しないようにします。

 

3、モバイルアプリケーション用の自動テストツール

3−1、 IOSには、次のような一般的な自動 テストツール が あります

モバイルアプリケーション-fonemonkey

FoneMonkey アプリケーション用の自動テストツール

 

app-testing-tool-frank

Frank アプリケーション用の 自動 テスト ツール

 

モバイルアプリケーション-qtp

QTP アプリケーション用の 自動 テストツール

 

3−2、 Androidには、次のような一般的な自動テストツールがあります

 

モバイルアプリケーション

Robotium アプリケーション用 の 自動 テスト ツール

 

モバイルアプリケーション-eggplant

Eggplant アプリケーション用 の 自動 テスト ツール

 

 

テストサービスの詳細 については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

テストの種類

テストの種類 と テストレベルは、多くの人がよく混乱する2つの概念であり、これらもISTQBテストで よく尋ねられる2つです。前回の記事では、テストレベルについて 説明いたしましたので、今回はテストの種類について お伝えたいと思います。

1、機能 テストの種類

機能テストは、コードの特定の動作または機能を検証するテストを指します。これらは通常、要件や仕様書に記載されていますが、一部の開発方法論ではユースケースから機能します。機能テストではよく「ユーザーがこれを実行できるか」と考えます。

 

機能テストは、需要とビジネスプロセスの2つの観点から実行できます。

  •  需要の観点から

 +機能要件の仕様書を設計のテストの基礎として使用。

 +要件の内容は、最初のテスト項目にも、テスト済みまたは未テストの項目のリストとしても使用可。

 +テストプロセスの優先順位の要件に基づき、高リスクの要件を優先させる必要がある。

 

  •  ビジネスプロセスの観点から

 +ビジネスプロセスでは、システムの日常業務に関して説明する。

 +ユースケースはオブジェクト指向開発から派生してるが、現在では多くの開発ライフサイクルで一般的になっている。

 +ビジネスプロセスを出発点として、ビジネスプロセスはユーザーが実行するタスクから派生する。

 +ユースケースは、ビジネスの観点から見るとテストケースの有用なベーである。

 

機能テストの特徴

 ・セキュリティ:プログラム及びデータへの偶発的または故意の不正アクセスの防止。

 ・適合性:ユーザーのニーズに対するソフトウェアの適合性。

 ・相互運用性:ソフトウェアと他のシステムとの相互作用。

 ・精度:ソフトウェアによって提供される結果の精度。

 ・コンプライアンス:規格、規則、規制、法律、等の機能に関連するコンプライアンス。

 

機能テストの種類

 ・スモークテスト:スモークテストは、ソフトウェアに深刻な問題があるかどうかを判断するために使用されます。

 ・機能テスト

 ・UIテスト

 ・データとデータベースの整合性テスト

 ・ビジネスサイクルテスト

 ・アクセス制御テスト

 

   機能テスト五つのステップ

・目的のソフトウェアが実行する機能を決定します。

・仕様書に基づいて入力データを生成する。

・仕様書に基づいて出力を決定します。

・テストケースを実行します。

・実際の結果と要件を比較します。

 

2、非機能テスト

機能テストの特徴

・使いやすさ:使用に必要な労力

・保守性:特定の変更を行うために必要な労力

・信頼性:指定された条件下で指定された期間、そのパフォーマンスを維持するソフトウェアの機能

・移植性:ある環境から別の環境に転送されるソフトウェアの機能

・効率:所定の条件下でのソフトウェアのパフォーマンスと使用されたリソースの関係

 

非機能テストの種類

・性能試験

パフォーマンステストは、通常、特定のワークロードでのシステムまたはサブシステムのパフォーマンスまたは応答性と安定性を決定するために実行されます。 また、スケーラビリティ、信頼性、リソースの使用状況など、システムの他の品質属性の調査、測定、検証、または検証にも役立ちます。

・負荷テスト

負荷テストは主に、大量のデータであろうと多数のユーザーであろうと、システムが特定の負荷の下で動作し続けることができるテストに関係しています。 これは一般にソフトウェアのスケーラビリティと呼ばれます。

・ストレステスト

ストレステストは、予期しないまたはまれなワークロードの下で信頼性をテストする方法です。 安定性テスト(負荷または耐久性テストと呼ばれることが多い)は、ソフトウェアが許容期間内またはそれを超えて継続的に機能できるかどうかを確認します。

・メンテナンステスト

 

影響分析と回帰テスト

+通常、メンテナンステストは2つの部分で構成されます。テスト変更と回帰テストを実行して、システムの残りの部分がメンテナンス作業の影響を受けていないことを示します。

+メンテナンステストの主な重要なアクティビティは、影響分析です。 分析から、システムのどの部分が望ましくない可能性があるかが判断されます。

+リスク分析は、フォーカス回帰テストが必要な場所を決定するのに役立ちます。

             

メンテナンステストのための実行

+保守テストは、既存のシステムで実行されます。 ソフトウェアまたはシステムの変更、移動、または撤回がある場合に実行されます。

+変更のメンテナンステスト:改善には、計画的な増分変更、緊急時の変更と環境の変更の修正が含まれます。

+変換のメンテナンステスト:新しい環境の動作と変更されたソフトウェアのチェックを含みます。 移行テスト(変換テスト)は、別のアプリケーションからのデータが保守されているシステムに移動される場合にも必要です。

+動作を停止したシステムのメンテナンステスト:長期間のデータストレージが必要な場合のデータ転送またはストレージのテストが含まれます。

+使いやすさのテスト

ユーザーインターフェイスが使いやすく、理解しやすいかどうかを確認するには、ユーザビリティテストが必要です。 それは主にアプリケーションの使用に関係しています。

 

3、構造テスト

・構造テストは、あらゆるレベルのテストで実行できます。これは、主にコンポーネントおよび統合テストに適用されます。

・構造テスト手法は、仕様に基づく手法の後に最もよく使用されます。 構造のタイプのカバレッジを評価することにより、テストを完全に測定するのに役立ちます。

・カバレッジは、テストスイートによって構造が実装された範囲であり、カバーされた項目のパーセンテージとして表されます。 カバレッジが100%でない場合、カバレッジを増やすために見落とされたアイテムをチェックするようにテストが設計されます。

・構造テストに使用される手法は、ホワイトボックス手法と制御フローモデルです。

 

4、確認テストと回帰テスト

・回帰テスト:回帰テストは、主要なコード変更が発生した後の欠陥の検出に重点を置いています。 具体的には、ソフトウェアのリグレッションや、戻ってきた古いバグを明らかにしようとします。 このような退行は、以前は正しく機能していたソフトウェア機能が意図したとおりに機能しなくなったときに発生します。

・確認テスト:エラーが検出されて修正された後、ソフトウェアを再テストして、元のエラーが修正されたことを確認します。

確認テストを実行する場合、テストは最初に使用したときと同じように、同じ入力、データ、環境を使用して実行する必要があります。

確認テスト-テストの種類

確認テストと回帰テストの違い

テストの種類

テストサービスの詳細については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

ソフトウェアテスト – 日本企業のアウトソーシング

ソフトウェアテスト は、20年以上前、プログラミング、要件分析などの仕事に隠れた地味なものでした。しかし今やITオフショアサービス業界の発展に伴い、ソフトウェアテストは徐々に情報技術(IT)業界を代表する分野になりつつあります。

ソフトウェアテスト市場の現状

ソフトウェアテスト-市場

以前は、ソフトウェアテストは多くの場合、単にソフトウェア開発の一部だと解釈されていました。 したがって、ソフトウェアテストは「二次的な」仕事であり、開発側に大きく依存しており、産業としても仕事としても発展する可能性がないという考えが多くありました。

大学でさえ、ソフトウェアテストの知識とスキルが教育に取り入れられているものの、時間が限られており、ソフトウェアテストの専門のトレーニングコースはありません。

 

ソフトウェアテストのアウトソーシングは本当に企業にとっていいのか?

software testing-best-direction-outsourcing

 

ソフトウェアテストの重要性は、顧客の信頼を構築するための基盤である製品品質の確保に役立つため、軽視できません。このことから、ソフトウェアテストはIT業界の中でますます存在感が大きくなっています。2016年から2020年にかけて、この市場は11%成長すると予測されています。

また、ITオフショアサービス業界の競争圧力の下では、一般的に、IT企業とアウトソーシング先企業はそれぞれ異なる価値を持ち、それぞれが市場の中で生き残っていく方針を見つけ出す必要があります。ソフトウェアテストはそれに対する解の一つでもあります。

それだけでなく、ソフトウェアテストとプログラミングにはさまざまな専門技術が必要なので、専門的なソフトウェアテストサービスの開発が不可欠になります。2010年以降、世界中のIT企業の一部は、Dell、Hitachi、Toshiba、NEC、Mitsubishiなどのソフトウェアをテストするために、オフショア先としてベトナムのソフトウェア会社を採用し始めています。

テストアウトソーシングのパイオニアたち

software testing-best-direction-outsourcing

ソフトウェアテストアウトソーシングサービスについては、Global CyberSoft、TMA、PSV、Shift Asiaなどが成功例として挙げられます。LQAのように、テストアウトソーシングの可能性に備えて、さまざまな企業が設立されています。

(https://www.lotus-qa.com/body-shopping-tester/)

 

テストサービスの詳細については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

試験方法 の注意点

ソフトウェア業界には、現在非常に多くの 試験方法 が適用されています。この記事では、最も一般的に適用される3つの基本的なテストと、その長所と短所を紹介します。ブラックボックステスト、ホワイトボックステスト、グレーボックステストを紹介いたします。

 

1、ブラックボック 試験方法

 

1−1、ブラックボックステストの定義

ブラックボックステストは、内部構造や動作を覗き込むことなく、アプリケーションの機能(ソフトウェアの機能など)を調べるソフトウェアテストの方法です。

1−2、ブラックボックステストの長所

・テスターはコードの知識を理解する必要がない。

・より多くのバグを見つけられる。

・開発者が自分で客観的なテストを行うことができる。

1−3、ブラックボックステストの短所

・少数の入力のみをチェックでき、多くのプログラムパスまたは少数のセクションはチェックされない。

・ソフトウェア設計者/開発者がテストした場合、テストが冗長になる可能性がある。

 

2、ホワイトボックス 試験方法

 

2−1、ホワイトボックステストの定義

ホワイトボックステスト(クリアボックステスト、ガラスボックステスト、透明ボックステスト、または構造テストとも呼ばれます)は、ブラックボックステストとは対照的に、内部構造またはアプリケーションの動作をテストするソフトウェアをテストする方法です。ホワイトボックステストは、ソフトウェアテストプロセスのユニット、統合、およびシステムレベルで適用できますが、通常はユニットレベルで実行されます。

2−2、ホワイトボックステストの長所

・自動化が簡単。

・テストを停止するときは、明確な技術ベースのルールを提供する。

・テストの専門家にエラーテストについて慎重に考えさせるので、バグが完璧に見つかる。

2−3、ホワイトボックステストの短所

・時間と手間がかかる。

・依然エラーを完璧に発見することはできない。

・テストに関する広範な経験と専門知識が必要。

 

3、グレーボックス 試験方法

 

3−1、グレーボックステスの定義

グレーボックステストは、ホワイトボックステストとブラックボックステストの組み合わせです。このテストの目的は、不適切な構造またはアプリケーションの不適切な使用に起因する欠陥を見つけることです。

3−2、グレーボックステスの長所

・ブラックボックステストとホワイトボックステストの組み合わせであるため、より最適な場合がある。

・グレーボックス方式によるテストでは、複雑なテストシナリオをよりスマートに設計できる。

3−3、グレーボックステスの短所

・分散システムアプリケーションのグレーボックステストを実行する場合、エラーをリンクすることは困難。

4、三つの試験方法の比較

ブラックボックステスト

グレーボックステスト

ホワイトボックステスト

アプリケーションの内部構造が必要 テスターは、アプリケーションの内部動作に関する知識が少ない テスターは、アプリケーションの内部動作に関する完全な知識を持っている
エンドユーザー、テスター、開発者によって実行 エンドユーザー、テスター、開発者によって実行 テスターと開発者が行う
外部の予想に基づく-アプリケーションの内部動作は不明 高レベルのデータベースダイアグラムとデータフローダイアグラムに基き行う 内部の仕組みは完全に分かり、それに応じてテストデータを設計
網羅的、短時間 網羅的、部分的に時間がかかる 最も網羅的、一番時間がかかる
アルゴリズムのテストには適さない アルゴリズムのテストには適さない アルゴリズムのテストに適する

 

上記は、プログラマーが知る必要がある最も基本的な3つのソフトウェアテスト方法です。 どの方法を選択するかは、能力と実行するプロジェクトによって異なります。

 

テストサービスの詳細については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

モバイルアプリテスト & ウェブテストの違い?

モバイルアプリテスト & ウェブテストの違い?

みなさんご存知の通り、テクノロジーの発達により、スマートフォンやタブレットといったスマートデバイスが広く普及しています。このような時代の流れにより、より高品質で、豊富で様々なコンテンツのアプリが求められるようになってきています。そして、これは開発側、テスタ側にとっては大きなチャレンジでもあります。特に、これまでウェブテストにしか関わってこなかったテスターにとっては尚更です。

それでは モバイルアプリテスト はウェブテストとはどのように異なるのでしょうか?

1、モバイルアプリテスト はより多くのテストプラットフォームを持つ

モバイルアプリテスト は、モバイル機器の種類が多いため、はるかに複雑になります。モバイルアプリが全てのメーカー( Samsung, Sony, Nokia, HTC, Apple …)の全ての種類の機器(スマホ、タブレット) 、または全てのOS(iOS, Android, Windows, Blackberry …)のもとで動くことを保証することは至難の技です。

そのため、テスターはそれぞれに可能な限り多くのテストケースを用意し、安定したモバイルアプリケーションの構築ために、さまざまなデバイスでできるだけ多くのテストを実行する必要があります。

 

2、モバイルアプリテスト は頻繁に画面サイズが変わる

iPhone-サイズ-モバイルアプリテスト

 

多くのメーカーは他のベンダーと競合するために、ユーザーのニーズや好みに合わせて断続的にスマホやタブレットの画面サイズを変更する傾向があります。そのため、テスターがテストを行う際は、新しい規格のインタフェースがレイアウトに不具合を起こさないかどうかを確認するために、様々な画面サイズを用意してテストをする必要があります。サイズボタン、テキストボックス、ラジオぼたんが変更されたかどうか等。

3、モバイルアプリテストにはUXが必要

開発者は、システムの機能が適切に動作するかどうかのみを気にすればいいですが、テスターにとっては、ユーザーをサポートするためにUX(ユーザーエクスペリエンス)が必要です。様々な状況下で使用が困難、または使用できない場合アプリケーションは未熟であるとみなされます。モバイルアプリケーションは全ての状況下で使用できるようにユーザーをサポートする必要があります。

 

4、モバイルアプリテストにはユーザーとの関係性が強い

ユーザー関係性-モバイルアプリテスト

Webテストでは、テスターはキーボードまたはマウスを介してのみシステムと対話します。しかし、モバイルアプリテスト の場合は、タッチ、手を振る動き、目の動き、音などのさまざまな情報を扱います。そのため、テストするときは、それらのテストケースに対応する必要があります。

5、データのセキュリティとプライバシー

写真やビデオなどのアプリケーションは、プライバシー保護の観点から、他のフラットフォーム機能からアクセスできないようにする必要があります。モバイルアプリテスト の場合、カメラアクセス、写真データアクセスなどのデータアクセスとプライバシーのテストケースがあります。

 

6、モバイルアプリテストのエミュレーターとシミュレーターへの過度の依存が、実際のデバイス体験の欠如につながる

エミュレーターとシミュレーター-モバイルアプリテスト

ウェブのテストでは、テスト時の仮想環境と実際の武ライジングの間のギャップは非常に少ないです。モバイルアプリテスト の場合、よくエミュレーターやシミュレーターを使ってテストを行いますが、これらの環境は実際のデバイスを使用する時の感覚とは異なります。よって、エミュレーターやシミュレーターでは実行できないテストケースがあります。テスターはこのようなケースにも対応してテストを行う必要があります。

7、インストール、削除、アップデートに関するケース

モバイルアプリテスト

モバイルアプリケーションは頻繁にインストール、削除、アップデートされるため、テスト時には、新しいバージョンがどのように変化し、アプリケーションの動作に何が影響するかを把握する必要があります。

ではユーザーが複数のデバイスを持っている場合、またそれらのデバイスに異なるバージョンのアプリケーションがある場合はどうなるでしょうか。互換性、複数のバージョンの同時サポート、データストレージ、複数回のインストール/アップグレード機能など。これらの動作を安定させる上でアプリケーションのテストは重要な役割を果たします。

8、他のアプリの通知がきたときにアプリが機能するかどうか

通知-モバイルアプリテスト

モバイルアプリケーションでは、ユーザーは多くの場合他のアプリケーションからの通知よって邪魔されます。このような通知や着信による邪魔が入ったときに、どのようにしてそれまで使っていた進行中のアプリの動作をうまく停止して保存するかは非常に重要です。このようなことはウェブのテストではありません。

9、機器の特別な機能のテスト

テストの際には多くの懸念点があります。

・アプリがどのくらいデータを消費するのか

・アプリがどのくらい電力を消費するのか

・アプリがバッテリーが少なくなった状況で動作するか

・どのくらい不要なデータが生成されるか

 

テストサービスの詳細については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

LQA News

Lotus Quality Assurance: なぜ「蓮の花」なのか?

 

Lotus Quality Assurance: なぜ「蓮の花」なのか?

 

 

創業者がなぜLQAのシンボルとして蓮の花を選んだのか疑問に思ったことはありませんか?単に蓮の花が美しいからでしょうか。そこには深い秘密が隠されています。

1、蓮の花はベトナムの国花

ピンクロータスは伝統的なベトナムを象徴する花です。蓮の花には、グローバルに事業を展開したときに、ベトナムのプレゼンスをグローバルIT市場の中で強めたいというメッセージが込められています。

2、蓮は「純粋で質の高い」花

興味深いことに、蓮の花は全ての部分が異なる目的に使用できます。泥の中から成長してきて、美しく純粋な花に育ちます。品質保証会社としての当社の使命の一つは、顧客の品質を蓮の花のレベルに引き上げることです。純粋で質が高いという点でで蓮に勝るものはありません。

3、蓮の花は強い意思を持つ

地球上で、泥の地面から成長する植物の中で、蓮の花ほどに驚くほど美しく咲く植物はありません。同様に、LQAも創業当初は多くの困難がありましたが、BODのリーダーシップとメンバーの努力のおかげで、設立から三年で大きく成長することができました。

4、Lotusは「L」で始まる(Leading)

私たちのビジョンは、ベトナムのQAのリーディングカンパニーへと成長することです。そのために、私たちは一貫して品質の向上にこだわり続け、熟練した従業員を育成し、革新的な技術を日々取り入れています。

 

Lotus Quality Assurance (LQA)
Tel: (+84) 24-6660-7474

Email: [email protected]

Website: https://www.lotus-qa.com/

TestingTestingTestingTestingTestingTesting

モバイルテスト チュートリアル1

モバイルテスト & スマートデバイスは近年のトレンドで、私たちの生活を変えつつあります。日々何百万ものアプリケーションがAppストアやGoogle Playからダウンロードされています。モバイルアプリは、教育、ヘルスケア、エンタメ等の社会の様々なニーズに対応して開発されています。モバイルテストはその中でも非常に重要な存在となっています。テストは高品質な製品を市場に投入する開発プロセスの中で非常に重要な役割を担っています。

モバイルテスト

1、モバイルテスト にはどのような意味があるのか?

モバイルテスト によって、モバイルデバイスの機能や使いやすさ、システムの一貫性等の性能の品質が保証されます。

モバイルテストサービスについてもっと見る。

 

2、モバイルテストの種類

モバイルテストにはハードウェアテストとソフトウェアテストの二種類があり、ソフトウェアテストにはモバイルアプリケーションテストが含まれます。

2−1、ハードウェアテスト:プロセッサ、液晶の大きさ、解像度、メモリ、カメラ、ラジオ、Bluetooth、Wifi等をテストする。

2−2、ソフトウェアテスト(モバイルアテスト):モバイルアプリケーションのテスト。(ハードウェアテストと区別するためにモバイルアプリケーションテストとも呼ばれます)

モバイルテスト

3、モバイルテスト と他のテストの違い

3−1、モバイルテスト のデバイスの種類の豊富さ

HTC、SAMSUNG、Apple、Nokia等の違うメーカー同士の製品は、液晶パネルやハードウェアの企画が違っている。

・マルチプラットフォーム (iOS 6,7,8, Android 4.2; 4.3; 4.4, BB 5; BB6 …)

・デバイスごとにアプリケーションの稼働時間が異なる

 

3−2、デバイスのハードウェアによる制約

・情報処理速度の限界

・メモリ容量の限界

・WAP / HTTPのプロトコルの違い

 

3−3、モバイルテスト のネットワークコネクションの難しさ

・ネットワークの違い(GSM / GPRS / WIFI / 3G …)

・データ送信の時間が予測できない

・物理的な接続速度の違い

・異なるネットワーク機能を持つ様々なネットワークのオペレーター

 

3−4、テストの種類

モバイルテスト に加えて、下記のような種類のテストがあります。

1、UIテスト:UIやメニューの体裁、異なるデバイス上のユーザーインタフェースの一貫性をテストします。

2、機能テスト:デバイスの仕様に従った、主要なモバイルアプリケーション機能の機能テスト

3、パフォーマンス/負荷テスト:低リソース(メモリ/ストレージスペース)で、複数のユーザーが同時にアクセスする場合のモバイルアプリの動作をテストします。

4、ユーザビリティテスト:モバイルアプリケーションの使いやすさをテストします。

5、互換性テスト:アプリケーションのネイティブデバイス機能との互換性をテストして、アプリケーションがデバイス内の他のアプリケーションに干渉しないことを確認します。

6、中断のチェック:モバイルデバイスのメモリはデスクトップよりもはるかに少ないため、アプリの実行中に音声通話、SMSメッセージ、充電プラグ、メモリ不足の通知がある場合に、アプリケーションの中断が発生しないかどうかをテストします。

 mobile-testing-solution

モバイルテストサービスの詳細については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/

第三者検証

テストは、ソフトウェアのライフサイクルを決定する重要な要素です。 高品質のソフトウェアのため、第三者検証の役割は何ですか?

第三者検証とは?

第三者検証(TPV)とは、ソフトウェア/システム開発者ではない人が、第三者の観点からソフトウェア/システムの品質を検証及び評価することを意味します。第三者検証により、開発者が気付かない欠陥を検出し、信頼性の高い高品質なソフトウェアを構築することができます。

包括的なシステムテスト、及び受入テストは、コストと納期のために削減される場合があり、十分なノウハウがなくても実行されることがあります。

 

第三者検証-Vモデル

 

ソフトウェアテストに特化し豊富な経験を持った専門チームがノウハウを蓄積し、効率的なテストを実現します。これにより、テスターエンジニアの慢性的な人材不足を解消することができます。

 

第三者検証を選ぶ理由

何故第三者検証が必要なのか?

1、ソフトウェアの品質を高めるため

サードパーティの検証は、ソフトウェアの品質を客観的に保証するために不可欠です。テストチームは開発側から独立し、製品が顧客の要件を満たしているかどうか、高品質であるかどうかを確認しています。独立したテスターは、開発側で働いているテスターよりも多くのエラーを見つけることができます。

2、経験豊富で熟練した人材

独立したテスト機関は、最良の方法でテストを実施するための経験豊富で熟練した人材を揃えています。

第三者検証-テストサービス

3、三者検証によりライフサイクルコストが削減

独立したテスト機関が気にしているのは、製品の品質要件への準拠です。将来的にメンテナンスを拡張する機能は、メンテナンスコストの削減に役立ちます。

第三者検証-メンテナンスコスト-削減

 

テストサービスの詳細については、こちらを参照してください。


Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474
メール: [email protected]
ウェブサイト: https://www.lotus-qa.com/