LTS QA

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

１、機能 テストの種類

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

 

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

• 　需要の観点から

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

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

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

 

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

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

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

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

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

 

機能テストの特徴

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

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

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

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

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

 

機能テストの種類

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

　・機能テスト

　・UIテスト

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

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

　・アクセス制御テスト

 

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

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

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

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

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

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

 

２、非機能テスト

機能テストの特徴

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

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

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

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

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

 

非機能テストの種類

・性能試験

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

・負荷テスト

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

・ストレステスト

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

・メンテナンステスト

 

影響分析と回帰テスト

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

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

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

             

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

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

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

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

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

＋使いやすさのテスト

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

 

３、構造テスト

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

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

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

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

 

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

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

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

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

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

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

---

Lotus Quality Assurance (LQA)

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

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

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

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

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

 

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

 

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

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

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

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

ソフトウェアテストアウトソーシングサービスについては、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つの基本的なテストと、その長所と短所を紹介します。ブラックボックステスト、ホワイトボックステスト、グレーボックステストを紹介いたします。

 

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

 

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

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

１−２、ブラックボックステストの長所

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

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

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

１−３、ブラックボックステストの短所

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

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

 

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

 

２−１、ホワイトボックステストの定義

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

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

・自動化が簡単。

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

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

２−３、ホワイトボックステストの短所

・時間と手間がかかる。

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

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

 

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

 

３−１、グレーボックステスの定義

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

３−２、グレーボックステスの長所

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

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

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

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

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

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

 

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

 

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

---

Lotus Quality Assurance (LQA)

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

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

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

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

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

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

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

 

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

 

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

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

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

 

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

---

Lotus Quality Assurance (LQA)

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

 

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

 

 

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

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

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

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

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

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

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

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

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

 

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

Email: [email protected]

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

 

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

・情報処理速度の限界

・メモリ容量の限界

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

 

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

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

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

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

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

 

３−４、テストの種類

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

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

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

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

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

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

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

 

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

---

Lotus Quality Assurance (LQA)

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

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

第三者検証とは?

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

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

 

 

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

 

第三者検証を選ぶ理由

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

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

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

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

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

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

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

 

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

---

Lotus Quality Assurance (LQA)

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

新型コロナウィルスが世界中に広がり、国際的な感染症として恐れられています。WHOはコロナウィルスの危険度レベルを高いレベルに引き上げました。状況は非常に深刻で、約十万人の感染例が出ています。特に韓国と日本ではそれぞれ６,０００人、３００人感染者が出ています。症状は季節性インフルエンザに似ており、簡単に伝染するため、このウイルスは非常に危険です。

 

ベトナムは、2019年12月下旬に中国で最初に発生して以来、コロナウィルスに対して警戒してきました。ベトナムをコロナウィルスから安全に保つために、多くの予防措置がとられています。ベトナムは、政府、企業、国民が一丸となって、Covid19に対して首尾良く対処し、管理している一番最初の国でした。

 

以下は、新型コロナウィルスに対して有効な７つの予防措置です。

 

１、医療用マスクをつける

２、眼、鼻、口等の粘膜に手を洗わずに触らない

３、石鹸でよく手を洗う、アルコール消毒をする

４、咳やくしゃみをするときは鼻と口を覆う

５、熱、咳、喉の痛みがあるときは旅行を控える

６、病人との接触を控える

７、人混みを避ける（映画館、空港、スーパーマーケット）

 

メディアの先導的な報道を見てもパニックにならず落ち着いてください。これらの予防のヒントに従って、新型コロナウィルスに対する知識を深めましょう。多分大丈夫です。一緒にこの困難をやり過ごしましょう。

私たちは皆様が健康で元気であることを願っております。

 

LQA

---

Lotus Quality Assurance (LQA)

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

 

 

テストはテストの実装と言われることがありますが、これはソフトウェアとテストの実行のことを意味しています。テストの実装には、作ったソフトウェアを実際に動かして動作を確認するテストだけでなく、要件定義書、機能仕様書、ソースコードのレビューなど、様々なテストがあります。

 

テストの主な目的には以下のようなものがあります

・テストエラーを見つけること

・品質管理

・製品の決定をサポートするための情報 (リリースされたかどうかなど) を提供すること

・エラーの発生を防ぐこと

 

テストとデバッグの違いとはなんでしょうか。テストはエラーを見つけることです。デバッグはエラーの原因を見つけて修正することです。テストの責任は一般的にテスターにありますが、デバッグの責任は開発側にあります。

 

A> テストの７原則

原則1：テストは欠陥があることしか示せない

テストを通じて、ソフトウェアにエラーを見つけることはできますが、完全にエラーが起きないということを示すことはできません。テストをして故障が起きなかった場合、本当にそのソフトウェアに欠陥がなかったのかもしれませんが、偶然エラーが起きなかっただけの可能性があります。テストではソフトウェアのエラーを減らすことはできますが、エラーがなかった場合でも、そのソフトウェアが欠陥が無いということは証明できないのです。

原則２：全数テストは不可能である

全数テストとは、ソフトウェアに入力する可能性のある全てのパターンをテストすることです。データが膨大になり過ぎてしまう為、非常にシンプルなソフトウェアを除いてこれは一般的に不可能です。実際のテストでは、全てのケースをテストする代わりに、ポイントを絞ってテストが行われています。

原則３：できるだけ早くテストする

バグの発生を防ぎ、バグを早く発見する為に、ソフトウェアの開発の段階からテストを進めるべきです。

原則４：エラーの偏在

ソフトウェアのエラーは特定のモジュールに集中していることが多いことから、過去の分析結果などを参考にしながら、テストの焦点を絞るのが良いとされています。

原則５：農薬のパラドクス

農薬を使っていると、そのうち害虫が耐性を持ち、効かなくなってくるのと同じように、ソフトウェアテストにおいても、同じテストを繰り返している中で、そのテストでは新たなエラーが見つからなくなってきます。これを回避する為に、定期的にテストケースを見直して、変更していく必要があります。

原則６：テストは要件次第

違う要件の下では、テストのやり方は変わってきます。例えば、銀行のシステムとウェブサイトでは、テストのやり方は完全に違います。ソフトウェアが使用される状況や目的に合わせてテストのやり方は変える必要があります。

原則７：「バグゼロ」の落とし穴

システムのテストエラーが起きないようにすることに集中しすぎて安心してはいけません。テストの工程の中で、欠陥を修正したことによる影響範囲や、新たな欠陥が無いか確認しないといけないからです。

 

B> 基本的なテスト段階

１、テスト設計とコントロール

テスト設計は、テストの目的と仕様の決定作業です。 テスト制御とは、テスト中の計画と進捗を比較する作業です。

 

２、テスト分析と設計

抽象的な要件を特定のテスト条件またはテスト設計に変換します。 

具体例：

・リスク分析レポート、インターフェース仕様などのテストベースのレビューなど

・優先度を指定してテストケースを設計する

・必要なテストデータを分類する

 

３、テスト実装とテスト実行

この段階では、テストケースやその他の必要な情報に基づいてスクリプトまたはテストの順番を作成し、環境を構築してテストを実行します。

 

４、成果とレポートの評価

テスト実装がテストの目的を満たしているかどうかの評価です。

 具体例：

・テスト計画段階で指定されたテスト終了基準とテスト結果を比較する

・追加のテストが必要か、出力の基準を変更する必要があるかを判断します

・テストレポートを書く

 

C> テストの心理学

 

テスターと開発者はいつも、クライアントのニーズを満たす完璧なソリューションを作成する、という同じゴールを目指しています。しかし彼らの仕事と考え方は異なっています。開発者が適切な意見を持っている場合は、自分でテストできます。しかし、開発者とテスターの環境を分けた方がテストは効果的です。十分に訓練されたプロテスターによる、開発とは完全に独立した観点からのテストは、開発とテスターの双方向のフィードバックを得られるので、有益です。

 

テスターは、開発者が予測していなかった可能性のある間違いやテストエラーを指摘できる、信頼できる客観的な第三者です。テストは開発的な仕事ですが、しばしば開発側より軽視されることもあるため、テスターと開発者の間に良好な関係を築くことは非常に重要です。

 

テスターと開発者の間に良好な関係を構築するには、次のことが必要です。

・質の高い製品を作り、協力的な態度で仕事を始めるという共通の目標がある状態

・お互いの気持ちに気を配って、相手を理解しようとすること

・自分の意見を分かりやすく伝え、相手の言いたいことを正確に理解すること

———————————————————–

Lotus Quality Assurance (LQA)

電話番号: (+84) 24-6660-7474

メール: [email protected]

ウェブサイト: https://www.lotus-qa.com/