ソフトウェア品質保証会社を選択するための戦略ガイド

ソフトウェア品質保証会社を選択するための戦略ガイド

ソフトウェアテストのアウトソーシングでは、コスト、柔軟性、テストの高度技術において多くのメリットを期待できますが、信頼できるソフトウェアテスト会社を選択するには、ITアウトソーシングベンダーを詳しく調査するとともに、自社の事業を完全に理解する必要があります。この記事では、ロータスQAはビジネスに適したソフトウェア品質保証会社を選択するための戦略ガイドをご紹介します。   I. ソフトウェア品質保証会社のチェックリストを用意する どのソフトウェア品質保証会社が適しているかを決定する前に、不可欠で最も重要なことは、ベンダーに要望するものの明確なチェックリストを用意することです。チェックリストの項目は技術的要素と非技術的要素に分けられます。これらの条件を満たした会社を見つけたら、このガイドの次のステップに進むことができます。     1. 技術的要素 1.1. テストの範囲 テストの範囲は、テスト部門全体、製品ライン、単一の製品、製品リリース、または単なる一つの機能の場合があります。製品のどの部分をアウトソーシングするかを決定することにより、希望する品質保証会社の最初のイメージを持つようになると見なされます。たとえば、単なる製品リリースまたはメンテナンスリリースの場合は、リーズナブルな価格でサービスを提供している中小規模のベンダーのほうが良いでしょう。   1.2. テストスキル 考慮しなければならないもう一つの重要な要素は、QAエンジニアに求められるスキルです。テストスキルには、技術スキル(テストの計画と実行、テストツール、プログラミング言語、フレームワークなど)とドメインに関する実績が含まれます。求められるスキルが指定されることで、テストプロジェクトで協力できる候補者のリストが絞り込まれます。     1.3. テストのタイプ アウトソーシングするテストのタイプは、多くの要素によって定められます。品質に関しては、機能テストと非機能テストのどちらかを選択し、テスト方法に関しては、手動と自動のどちらかを選択するのです。全体として、プロジェクトに適用するアプローチによって異なります。 1.4. ラボ施設 テストプロジェクトに必要な施設、アプライアンス、プラットフォーム、OSなどを把握しておく必要があります。これらを決定したら、ベンダーにテストラボを依頼することができます。 1.5. ソフトウェアテストモデル ソフトウェアテストモデルは、企業とアウトソーシングチームが今後どのように協力するかを決定するものです。最も一般的なソフトウェアテストモデルは次のように取り上げられます。 テストプロセスが別々のステップに分散され、一つのフェーズの結果が次のフェーズのインプットとして順番に機能するウォーターフォールモデル。 開発とテストの作業が並行して実行されるVモデル。 反復型および増分型のステップに従うアジャイルモデル。 計画、リスク分析、エンジニアリング、および評価のステップを含むスパイラルモデル。 これらのテストモデルには、さまざまな長所と短所があります。適切なソフトウェアテストモデルを事前に検討することで、特定のモデルの実績があるベンダーを選択することがより簡単になります。   2. 非技術的要素 2.1. セキュリティ対策 ソフトウェア品質保証アウトソーシングを成功させるためのもう一つの重要なことは、プロジェクト全体に適用されるセキュリティ対策です。厳格なセキュリティプロセスと必要な対策により、データと情報をデータ漏洩や侵害から保護することができます。すでに整っているセキュリティプロセスを企業のニーズに応じてカスタマイズを提案できるベンダーを見つける必要があります。   2.2. 言語とコミュニケーション方法 コミュニケーションは、ベンダーと明確にする必要があるもう一つの重要なことです。チームがリモート(多くの場合、ニアショアまたはオフショア)で作業するパターンがほとんどであるため、ベンダーとコミュニケーションする言語と希望する通信方法を決めておく必要があります。実際のミーティングを通じて対話することで、アウトソーシングされているスタッフの言語能力を真剣に判断することがお勧めです。 2.3. チームスケーリングの可能性 テストサービスプロバイダーを雇用する目的の一つは、チームを迅速に構築することです。したがって、必要なポジションを埋めるのにどれくらいの時間がかかるかを把握する必要があります。さらに、テストスコープを変更する予定がある場合は、チームサイズを縮小できるかどうかも確認する必要があります。 II. 一流のテスト機関と提携しているベンダーを検討する ソフトウェア品質保証会社を探す際には、ベンダーの能力と約束について注目させる「まばゆいばかり」の広告をよく目にするでしょう。しかし、ベンダーの能力を確実に証明するのは、一流のテスト機関とのパートナーシップと国際的に認められたテストの証明書です。     最もよく知られているテスト機関はISTQB、ソフトウェアテスト会社に認知を与える非営利の委員会です。ISTQBは世界のテスト業界でプロフェッションとしての地位を確立しており、一流のテスト専門家によって開発およびレビューされたシラバスの認定を出しています。 個人テスターの認定のほかにも、ベンダーがISTQBのパートナープログラムに参加しているかを確認する必要もあります。このプログラムは、ソフトウェアテストにおけるベンダーの約束と能力を示しています。また、ベンダーがどのようなテストを実行できるかを確認することもできます。   III. ベンダーの既存顧客、ポートフォリオ、ドメインの調査 テスト能力の認定に加えて、注目すべきもう一つの重要なことは、ベンダーの既存顧客の調査です。レビュー、お客様の声、ケーススタディを読んで、ベンダーが企業に何ができるかを把握してから、どのベンダーを選ぶかを決めることができます。…

ソフトウェア品質保証サービスのトップ国

ソフトウェア品質保証サービスのトップ国

ソフトウェア品質保証のアウトソーシングプロジェクトを成功させるには、目的を完全に理解するだけでなく、世界中のテスト市場に関する深い知識も必要です。この記事では、ソフトウェア品質保証サービスのトップ国について詳しく調べ、最適なアウトソーシング先のテストセンターの地方を選びましょう。   ソフトウェア品質保証サービスのトップ国のクイックレビュー ソフトウェア品質保証サービスのアウトソーシングに適した目的地を構築するには、平均給与、IT教育、外国人顧客向けのポリシー、現在のQAエンジニアの数、技術スキルなど、多くの要素に関して充実させる必要があります。次の簡略化された表により、最高のソフトウェア品質保証サービスを提供している国の概要を把握することができます。   平均年収 IT卒業生の年間数 ソフトウェアテストの焦点セグメント India $4,334 1,500,000 (エンジニアリングとテクノロジー) 自動化のAI 自動化テスト エンドツーエンドテスト クラウドテスト Vietnam $7,631 50,000 アプリケーションテスト 自動化テスト 手動テスト APIテスト フルサイクルテスト The U.S. $75,242 2,170,000 アプリケーションテスト クラウドテスト IoTテスト セ キュリティテスト DevOpsテスト AIテスト Ukraine $8,000 130,000 フルサイクルテスト APIテスト アジャイルテスト 自動化テスト ゲームテスト Poland $17,148 98,250 手動テストの設計と実行 自動化テスト テスト自動化フレームワークの設計 機能テスト 負荷テストと性能(パフォーマンス)テスト エンドツーエンドのソフトウェアテスト APIテスト The Philippines…

テスト自動化アウトソーシング :投資対効果 (ROI) を最大化するの5つのステップ

  最近、アウトソーシングは企業のコストを削減するのに役立つだけでなく、戦略的管理のための効果的な選択にもなりました。典型的な例は、テスト自動化アウトソーシングです 。企業の製品やアプリの品質を向上させ、ビジネスリスクを軽減するのに役立ちます。テスト自動化と品質保証で10年以上の経験を持つLQAのテストチームは、ROIを最大化するためのテスト自動化アウトソーシングに関する5つのヒントを提供します。   1. エンゲージメントモデルを調べ テスト自動化アウトソーシングモデルのタイプを決定するべき。 アウトソーシングプロジェクトをどの程度管理したいのかを考えましょう。より細かく制御し、リスクを軽減するために作業をより小さなプロジェクトに分割できるようにしたい場合は、インクリメンタルアウトソーシングが最適です。ただし、コアビジネスに集中し、テストアクティビティを第三者に任せたい場合は、トータルアウトソーシングが最良の選択だと思います。 ベンダーのパフォーマンスを管理するプロジェクトマネージャー(PM)を任命すること。 オンサイトモデルとオフショアモデルのどちらを採用する場合でも、プロジェクトマネージャーをクライアント側に派遣することで、ベンダーの能力を評価し、ベンダーのパフォーマンス管理プロセスを設定し、SLA義務の履行と適時性を追跡できます。   2.独立で高能力のベンダーを選択 同じ初期投資で、ROIの数値はベンダーによって異なります。独立品質保証会社は、客観性と徹底性を提供できるため、お気に入りのベンダーになりつつあります。さらに、テストに重点を置いているため、独立したQAベンダーは、適正価格で最高品質の結果を引き出すことができます。独立ベンダーは専門知識を提供できることが: 全体のテスト自動化戦略を作成すること。 柔軟なテスト自動化アーキテクチャを設計、開発、維持すること。 最良のテスト自動化フレームワークを選択するのアドバイス。 UIとAPIレベルの両方で自動化をサポートすること。     3.水平方向のコラボレーションを設定 双方にとってより有益で便利なものにするために、ベンダーとのコラボレーションは水平レベルで実行する必要があります。 詳しくは以下のように: 当社側 コラボレーションの側面 ベンダー側 CTOあるいはCEO 戦略的整合、長期的な優先順位付け CTOあるいはCEO ソフトウェア開発/ QAチームリーダー サービスレベルアグリーメント(SLA)の調整、KPIレビュー、契約の修正 アカウントマネージャー プロジェクトマネージャ QA活動の優先順位付けとスケジューリング、リスク管理、プロセス調整 テスト自動化マネージャー ビジネス分析、ソフトウェア開発、品質保証エンジニア 毎日のコラボレーション テスト自動化エンジニア     4. Establish performance measurement metrics テスト自動化のメリットの1つは、簡単な測定と測定基準であいまいさを減らすことです。 作業単位は小さな成果物(1つのテストケース)であるため、1人あたり、1日に自動化されたテストの数を簡単に測定し、メンテナンスにどのくらいの労力が費やされているかを把握し、最終的にROIの決定に到達できます。 メトリックの確立には、次のアクティビティを含める必要があります: ベンダーとのSLAおよびパフォーマンスメトリックを設定すること:パートナーシップを開始する前に、両当事者が協力して包括的なSLAを把握する必要があります。 さらに、契約には、ベンダーの責任と、サービスを測定するKPIも明確に記載するべきだと思います。 テスト自動化のアウトソーシングで発生する可能性のあるリスクを軽減すること:作業プロセスでは、技術的およびリソース関連のリスクにより、追加のコストとサービス提供の遅延が発生する可能性があります。特定されたリスクについて、管理者は軽減および緊急時対応戦略を策定するべきです。具体的な例の1つは、プロジェクトの負荷が変動する場合、マネージャーは、プロジェクトの負荷の事前定義された制限内での柔軟なリソース割り当ての可能性についてベンダーと交渉する必要があります。 SLA条件が遵守され、満たされていることを確認:プロジェクトマネージャーは、テスト結果レポートを定期的に確認する必要があります。 テストカバレッジや自動テストあたりのコストなどの指標の組み合わせに注意を払うことが大事です。   5.…

Lotus Quality Assuranceは ISTQBのSilver Partner に認定されました

Lotus Quality AssuranceはISTQBパートナーシッププログラムにて「Silver Partner」に認定されました。

ソフトウェアテストに関する国際的な資格認定機関である

「ISTQB」 そのパートナープログラムは、テスト技術者資格認定者の技術を通して、 品質技術およびテスト技術の向上に尽力している会社や組織を認定するスキームです。ISTQB®パートナープログラムは、ソフトウェアテスト認定への取り組みが実証されている組織を表彰します。

Lotus Quality Assuranceは、本質的な評価、審査に合格し、ISTQBの「Silver Partner」として認められました。「Silver Partner」に認定されたのは、証明書の数と社内のテスターの資格に関するISTQBの厳しい要件を満たす必要があります。

この成果は、グローバルスタンダードを備えた高レベルのテスターの継続的なトレーニングプロセスの結果です。 LQAの優秀な人材チームは、すべてのプロジェクトに最高品質のサービスを提供することにします。

ISTQBの「Silver Partner」になることは、将来的に「Global Partner」になるための最初の一歩です。 この成果は、グローバルスタンダードのテストサービスを提供する国際的に信頼できるQAパートナーになるというLQAの決意を強化します。

テスト自動化の課題

主な テスト自動化の課題

 

ITの世界では高品質のソリューションが求められているため、テストの自動化は当然のことながら優れたソリューションと見なされています。 その利点にもかかわらず、起こりうる障害を回避するために、自動テストを実装する能力を事前に見積もる方法について大きな懸念があります。 実際、この方法を使用する前に注意深く確認する必要があります。注意して覚えておく必要のある障害があります。

 

この記事を通じて、テスト自動化の最大の課題を把握します。

 

課題1:適切なテストアプローチの選択

適切な自動化テストアプローチは、プロジェクトの効果的な結果において重要な役割を果たします。管理レベルでは、テストアプローチを作成する方法と方法を確実に知っていますが、テスト自動化でこのアプローチを作成することは別の問題です。最初の難しさは、製品の寿命に関連する長期的な自動化プロセスを作成することです。たとえば、デスクトップアプリケーションの平均サイクルは、一般的に12〜18ヶ月から15年以上です。したがって、テストアプローチは、ソフトウェアのライフスパンの全プロセスで実行できる必要があります。次に、テストアプローチでは、製品が変更または更新されたときに、人間の介入なしにこれらの変更を識別して対応できることを確認する必要があります。モバイルアプリケーションを例にとると、ユーザーの要件は急速に変化するため、このアプローチを「1つのサイズですべてに対応」することはできません。

確かに、最初に効果的な長期指向のフレームワークを構築するという課題を抱えて、テストアプローチでこれらの困難に対処することは困難です。

 

課題2:適切なツールの選択

自動化テストを成功させるための重要なポイントは、適切なツールを選択することです。開発者とテスターは、オープンソースツールまたは商用ツールを使用して、社内ツールを構築するための定期的な基盤のようにそれらを使用できます。各ツールは、特定のシナリオごとに適しています。市場にはさまざまな包括的なテストツールが存在するため、適切なものを選択することは困難です。特に、適切なツールは、プロジェクトの長期的な方向性、フレームワーク、プロジェクトの出力、クライアントの要件、テスターチームのスキルなどの多くの要因と一致する必要があります。間違ったツールや不適切なツールを選択すると、最初からプロセス全体が失敗する可能性があります。実際、オープンソースツールは、多くの場合、商用ツールよりも高いレベルのコーディングスキルを必要とします。例を挙げると、Selenium は、テスターに​​さらにプログラミングスキルを要求するオープンソースツールです。

エキスパートテスターは、次の手順でツールのプロセスを設定することをお勧めします

  • ステップ1:ツール要件基準のセットを定義する
  • ステップ2:選択したツールを確認する
  • ステップ3:ツールを使用してトライアルテストを実施する
  • ステップ4:これらのツールを使用するかどうかの最終決定を下しますか?

 

課題3 : 効果的なコミュニケーションとコラボレーション

手動テストおよび開発と比較して、自動テストは実際にはより多くのコラボレーションを必要とします。プロジェクトのインプットとアウトプットを完全に分析して理解するために、最初から、デリバリーチームと顧客の間の良好な相互作用が必須です。テスト戦略に関しては、テスターチームは、計画、範囲、およびフレームワークの作成についてプロジェクトマネージャーと連絡を取る必要があります。自動化テスターは、コードを理解するために開発者だけでなく、テストケースについては手動テスターと、最終製品を構築するための統合についてはインフラストラクチャエンジニアと話し合うという事実。言うまでもなく、最初からの誤解を無視したり無視したりすると、プロセスが煩雑になる可能性があります。

各プロセスの特定の連絡先、明確な期待、メンバーの責任などのコラボレーション環境を確立することで、誰もが情報を迅速かつ便利に提供できるようになります。さらに、積極的な関与と透明性のあるフレームワークにより、独自の企業文化が育まれます。

 

課題4:最初は高い投資コスト

自動化テストのメリットを否定することはできませんが、コストについて言及する場合、多くの問題と懸念があります。テスト自動化の長期にわたる高いROIにもかかわらず、初期段階のコストは非常に高くつきます。自動化されたテストフレームワーク、ライブラリ、およびハードウェアやソフトウェアなどの機能を構築するためにお金を費やす必要があります。当初、ツールは、オープンソースツールを選択した場合でも、多額の投資を考慮に入れています。オープンソースツールはライセンスのコストを削減できますが、それらのツールをトレーニングおよび保守するには、依然として多くの努力が必要です。その上、会議、コミュニケーション、コラボレーションなど、多くの隠れたコストも考慮に入れる必要があります。結果として、投資についてマネージャーまたは利害関係者の間でコンセンサスを得ることが課題となります。これが、潜在的な計画と実行可能な目標があっても、予算の制約のために自動化テストの多くの傾向が拒否される可能性がある理由です。

 

まとめ

要約すると、自動化テストはペイオフを効果的にサポートし、企業が進捗をスピードアップするための優れた方法です。ただし、テストの自動化は人間の知性に取って代わることはできません。自動化テストの全プロセスでオリエンテーションを行うには、依然として人間が必要です。

それでも疑問があり、ガイドラインやロードマップが必要な場合は、LQAがテスト自動化に関する無料のコンサルティングを提供します。

2021年のモバイルテスト流行~トップ5

2021年のモバイルテスト流行~トップ5

 

B2C企業がモバイルアプリを使用して、eコマース、銀行、マーケティングへの消費者の関心を引き付けている一方、B2B企業は、モバイルアプリを通じて、企業の運営を管理し、従業員のパフォーマンスを追跡し、パートナーと協力します。モバイルアプリの頻繁な使用に伴い、アプリの品質を向上させることが求められています。モバイルアプリに関する品質保証の最近の動きにご興味を持っていましたら、 モバイルテスト流行 ~トップ5つの流行トピックを見てみましょう。

 

テスト自動化

 

モバイルアプリ特徴の1つは、開発者がユーザーの要求に適応するために新しいバージョンを頻繁にリリースする必要があります。このため、多数のテストケースを繰り返し実行する必要があります。ここで、テスト自動化が革新的なソリューションになりました。Capgeminiが実施したWorld Quality Reportでは、57%の企業が、テストの自動化がテストケースの再利用に役立つと述べています。一方、65%は、テストサイクルタイムが短縮されたと言っています。

 

2020年の モバイルテスト流行

 

 

自動化への投資収益はコスト減少と効率向上だけでなく、市場投入までの時間(TTM)などのビジネス目標の達成からもたらされました。さらに、今年のCTO達は、テストの透明性とセキュリティについてより懸念しているようです。69%はテストの自動化がテスト活動のより良い管理と透明性を得るのに役立つと述べています。 62%は、テストの自動化によって全体的なリスクが軽減されると考えています。

 

IoTテスト

 

モノのインターネット(IoT)はモバイルアプリを通じて、スマート家電、スマートカー、スマートウォッチなどの資産を制御できます。テスターは、モバイルアプリとIoTデバイス間の相互作用が中断されないように、アプリの品質、セキュリティ、接続性、およびパフォーマンスを確認する必要があります。ただし、IoTデバイスには第三者によって開発されたクラウドベースのインタラクションレイヤーがあることが多いので、統合テストの実行は簡単ではありません。それに加えて、テスターは、IoTデバイスの多様性のために、実行する必要のある膨大な数のテストケースについても懸念しています。したがって、エミュレーターでのテストでは、QAチームの要件を満たすことができません。その結果、クラウドでのテストの人気が高まっています。

たくさんの障害に直面していますが、企業はIoTの流行に適応する方法を模索しています。多くの企業は、人工知能の機能を適用して徹底的にテストし、さらにIoTエクスペリエンステストを実施することを検討しています。

 

モバイルテストに対する5Gの影響

 

前世代と比較して、5Gネットワークには多くの革新的なテクノロジーがあり、テスターがモバイルテストを実行する方法に大きな影響を与えます。5G接続に関しては、ゲームを変える3つの主要なテクノロジーが拡張モバイルブロードバンド、超信頼性の低遅延通信、および大規模マシンタイプ通信(mMCT)です。

5Gはより広い帯域幅を提供するからより高速なデータレートとより優れたユーザーエクスペリエンスを与えます。このテクノロジーにより、5Gネットワークは360度のビデオストリーミングとVR / AR体験を可能にします。その結果、高速インターネットオフィスでモバイルアプリをテストすることは十分に効率的ではありません。さらに、データ転送の待ち時間が短縮されます。それで、遠距離でのより高速な情報受信が可能になり、モバイルアプリのパフォーマンスに大きな影響を与えました。一方、mMCTは、より少ない電力で多数のIoTデバイスとの接続をサポートするモバイルデバイスのバッテリーテストが変更されます。

 

アジャイルとDevOpsアプローチ

 

アジャイルとDevOpsは、継続的テストで人気のある方法になりました。テスターと開発者の両方のノウハウとスキルを組み合わせて、アプリの開発と展開を強化するという究極の目標を持って相互のサポートをします。アジャイルとDevOpsのアプローチは、企業が欠陥をより効率的に見つけて修正し、新しいバージョンをより頻繁にリリースするのに役立ちます。

World Quality Reportによると、アジャイル手法の中でScale Agile Framework(SAFe)とDynamic Systems Development Method(DSDM)がIT企業に最も好まれています。2015年から2017年にかけて、SAFeは31%から58%に増加し、DSDMも31%成長しました。同じレポートでは、回答者の88%以上がITチームにDevOpsの原則を適用しているとも述べています。

 

クラウドでのテスト環境

 

モバイルユーザーは2021年末に15億人に達すると推定されています。モバイルデバイスにはさまざまなOSバージョン、画面解像度、データストレージがあります。企業はあらゆる種類の携帯電話を購入できるわけではないため、モバイルテストに障害を引き起こします。その結果、テスターは実際のデバイスをテストするためにクラウドを使用する傾向があります。クラウドベースのテスト環境の使用が増加するもう1つの理由は、近年の仮想化の傾向です。これにより、クラウドおよび仮想テストツールの需要が高まり、企業がクラウドベースのテストサービスを提供する機会が増えます。

 

2021年の傾向により、QAチームは多くの課題に直面しました。適切な戦略でモバイルテストを実行する方法はまだ難しい問題です。この問題を知っているLotusQAは、モバイルアプリの品質保証に関するウェビナーを開催致します。

興味のある方はこちらで

モバイルテスト

モバイルデバイス を選択する方法

モバイルデバイス や モバイルアプリケーション はデスクトップアプリケーションとは 大きく異なります。それで、テストの中では、これらの機能をテストする必要 があります。 モバイルデバイス の特徴     ハードキーボード、仮想キーボード(タッチスクリーン)など、さまざまな画面サイズとハードウェア構成 デバイスのメーカー(HTC, Samsung, Apple) OS(Android, Symbian, Windows, IOS) OSのバージョン(iOS 5.x, iOS 6.x, BB5.x, BB6.x etc.) OSの定期的な更新(android- 4.2、4.3、4.4、iOS 5.x、6.xなど)、更新ごとに、アプリケーションの機能に   影響がないことを確認する必要 がある。 モバイルデバイス はデスクトップより 画面が小さい。 モバイルデバイスはデスクトップより メモリが小さい。 モバイルデバイス は通常2G、3G、4Gまたは WIFIネットワーク接続を使用しますが、デスクトップコンピューターは ブロードバンド または ダイヤルアップ接続を使用する。 テスト自動化のツール はモバイルアプリケーション上では 動かない。   モバイルデバイス の限界   CPU プロセッサー の限界 RAMの限界 ソースに左右される バッテリーの寿命 (重要なことに、現在企業では)テスト用機器の深刻な不足…

試験方法

テスト設計技法

1)テスト設計技法 とは? テスト設計技法 は、具体的に特定のシステムで 可能なテストの総数から 適切なテストセットを選択するのに役立つ。ソフトウェアのテスト技法には さまざまな種類が あり、それぞれに 長所と短所がある。 完全なテストは  不可能であるため、手動テストは、テストの品質を確保しながら テストケースの数を減らし、識別が難しいテスト範囲 と 条件を識別するのに役立つ。 2. テスト設計技法の種類 テスト設計技法 には多くの種類が ありますが、主に次の2つの種類がある。 2.1) 静的テスト 静的テストは、ソースコードを実行し、または ソフトウェアシステムを実行しないタイプのテスト 技法だ。例えば、仕様書、設計書、ソースコードの確認によるエラーの発見など。 ソフトウェア開発のライフサイクルの早い段階で 行われるため、検証プロセスで 行われる。 静的テスト技法は、ソースコード、設計とモデルのドキュメント、機能仕様、必要な仕様など、あらゆる形式のドキュメントをテストするために 使用できる。 静的テスト手法には 通常、次の方法が 含まれる。 非公式レビュー:ミーティングのアーカイブを必要としない、または 記録する必要がない評価プロセス。 ウォークスルー:これは、テストサイクルの参加者に 知識を伝達するために、ソフトウェアロジックに 精通している人が 説明する一種の指示。 テクニカルレビュー: ソフトウェアの技術評価に 焦点を当てている。モデレーター または 技術専門家が関与する技術知識を持つ人が 主導。 技術的なコンテンツについて 合意に達して 意思決定することに 焦点を当てたディスカッションだ。 検査: その目的は、プロセスにおける各人の役割 と ソフトウェアの入出力基準を明確に定義すること。これにより、エラーを発見し、プロセスを最適化するために 集計および分析する。 2.2) 動的テスト 動的テスト技法は、コードが 実行されたとき、またはコードを実行して、アプリケーションの機能を確認するための一種のテスト。 つまり、動的なテストは、実際に アプリケーションを使用して、関数が期待どおりに…

LQA-logo

モバイルアプリケーション テスト チュートリアル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、モバイルアプリケーションをテストするための特別なテストケース  …