左テスト

ソフトウェア産業の発展に伴い、新しいトレンドや動作モデルも、各段階の「ソフトウェア開発」の効率化をもたらすに向けたそれぞれの「ソフトウェア・モデル」を開発します。

最も広く使用されているソフトウェア開発モデルの一つは、ソフトウェア開発ライフサイクルのすべての活動をする「ウォーターフォールモデル」、ある（计划/需求收集->软件设计->编码（开发）->产品测试）順番に実行しました。「ウォーターフォールモデル」の主な欠点は、すべての各段階でのテスト活動を行っていないということです。そのため、エラーが「商品開発」で発見された後にのみ完了します。

エラーの重要度が小さい場合には、開発者が問題を解決し、検証のために変更を送信することができます。「非常に高い」の重症度ならば、状況は劇的に変化され、この修正プログラムは、副作用を引き起こす可能性があります。この場合、顧客へのリリース製品が遅延されます。そのようなAモデルでは、試験段階はに位置しているのテストライフサイクル右端。

テストにパワーを与えます

このようアジャイルモデル、インクリメンタルモデル、スパイラルモデルなど、さまざまなソフトウェアモデルの開発と。人々は、「ソフトウェアテスト」の重要性を認識しています。そのプロジェクトの期限とコストの影響の多くを持っているので、「テスト一回限り」の活動は、数多くのリスクを伴うください。この理解は、左への今後のテストフェーズ、およびテストチームを与えるために重要なプロジェクトの実施活動への電力のテストチームを可能にすることにより、「改善の移転」の概念を作成します。以前の試験方法において、試験開発サイクルの終わりに相、及びにShift-Leftプロセス開発のテストフェーズを含みます。

従来のソフトウェア開発手法では、テストチームとして孤岛の仕事のように、彼らの主な仕事は、製品の品質を向上させるために開発チームがエラーとエラー報告を識別することであるため。商品企画・開発の重要な段階では、少しテスターが参加しています。Shift-Leftコンセプト、テストチームは、製品開発のすべての段階でより複雑になることができます。テストチームは、開発の初期段階に浸透するように、などの開発チーム、商品企画チーム、製品開発チーム、マーケティングチーム、などの他の利害関係者との共同で、この方法することができ、「テストのアイデアを。」テストチームなので、この意志のヘルプは、製品の品質を向上させるのに役立ちます効果的なテストケースを書くの理解を深めて、異なるチームからのメンバーと交流する機会を持っています。

そのため、Shift-Left概念は製品開発の初期段階でエラーを見つけることに役立つだけでなく、それはまた、フィールドの競争力を向上させるために、他の利害関係者と協力して、テストチームを助けることができ、かつ、より現実的なテストケースを作りました。

テスト左の主な利点

あなたはSDLCの進行の一部としてテストを去ったとき、それは多くのメリットをもたらすでしょう。

コストを削減

Shift-Leftラリー・スミス、概念の創設者は「若い捕まえたときにバグが安い」述べました。一般的に、試験ライフサイクル試験は、製品開発サイクルの終了時に行われます。前述したように、コストが関与し、バグ修正の意味が発見間違った時間に基づいて倍増されます。ビューのラリー・スミスのポイントによると、BUGを発見する前に、できるだけ早く見つけなければなりません。

「左」の試験の実施後は、テストでは、製品開発の各段階の不可欠な一部とみなされます。このように、各建物には、早期発見と修正エラーをするためにテストを行いました。より小さなエラーとの間のマルチカップリングの符号量は、単純な問題を解決するため、より密接に、モジュールを蓄積した後は、より時間がかかることがあり、そしていくつかの副作用を引き起こす可能性があります。左テスト戦略は、開発、テストおよび修理のトータルコストを削減することができます。

品質を向上させます

Shift-Leftこの方法は、プロジェクトのさまざまな利害関係者の間でタイムリーなコミュニケーションを確保することができます。開発者は協力ができるユニットテストについて話すと統合テストの開発。オートメーションは、Shift-Leftテストチームは、複数の試験日行うことができ、自動化されたスクリプトで、テストの重要な部分。コードの品質を向上させる（ならびにテストケースとテストスイートを開発することにより、コードカバレッジを改善するために）役立つ製品フィードバックの形態で提供される「バグ」を有します。

これは、あなたがその顧客の配信を確保するために厳格なコードの品質チェックを経て、全体的なコードの品質を向上させることができることを意味し、製造段階で発生した問題の数減らすことができ、「より安定した最終製品であるが。」

左テスト実装

試験方法「に左」と「右へ」の基本的な違いは、テストチームの必要性は、ソフトウェア開発に関与することがあることを「重要な各段階を。」ユニットから開発環境で最終的なコードを押す前に、本番環境にテスト環境への移行をテストします。チームのニーズが思考の変更方法に「快適ゾーン」、および各ステークホルダーのニーズをテストするためしかし、行うはこのメソッドの実装が容易、彼らが成功したプロジェクトとテストチームを完了するために協力できるように、口で言います。

左のテストハイライト

「左」の試験方法では、テストチームは、プロジェクトの要件の理解よりよいそれらを作る重要なプロジェクトの議論に参加します。このプロセスでは、テストチームは、プロジェクトの計画と細部の多数の実行に関する情報を収集します。チームは毎日、重要な学習経験が発生しますので、これは、彼らの日常的な活動に、より良い行うにはチームを動機となります。
彼らは情報を取得したことがないので、製品/プロジェクトの計画と開発チームに加えて、ビジネスのいくつかのメンバーは、非常に理解しています。左のテストでは、ソフトウェアテスターはチーム/組織のビジネスの目標に自分の仕事の寄与が重要な役割を果たしていることを確認することができます。
今日のエネルギーで短くの配信と実装のためのタイムスケジュール「見」に焦点を当てています。理由はここにありDevOpsチームでの自動テストの導入は、あなたがテストプロセスをスピードアップすることが可能となります。することによりShift-Left、テスト、テストチームは、自動化されたテストケースを提案する開発チームと密接に連携します。このアプローチを採用することは行動の実現駆動開発（BDD）とは、「チーム間の相乗効果」、向上させることにより、テスト駆動開発（TDD）非常に重要な側面です。
開発者はコードだけを開発する必要があるという一般的な誤解があります。コードの品質を改善するために、開発者は、開発者が自分自身を見つけると修正のバグだから、「開発とテスト」思考の方法を確立すべきです。実施によりShift-Left、開発者は、開発することができ及び試験方法は、より多くの責任を取るために同じ時間を集中します。
技術の完全なテストフレームワークとプログラミング言語とスキルのチームメンバーの様々な実施に関与した自動テストスクリプト。実装されたら、テストを左に、テスターは、通常の日常的な製品開発での会議、コードレビューや他の重要なイベントの一部になることができます。彼らはより多くのテスト戦略、テスト計画、テスト・ケースを作ることができるようにテスターが,,ソフトウェア」のすべての段階に参加することができます。

適切な実行Shift-Leftテストが（開発者、テスター、など）の分野で自分のスキルを向上させることができ、および任意のプロジェクトの成功のために重要である、チーム内のコミュニケーションを改善します。

左のテスト種

左のテストは、4つの異なる方法により行うことができます。

従来のテストでは、左：左の伝統的な試験方法は、細胞レベルのテストや統合テストの詳細焦点を当てています。これは、使用して行われるAPIテストツールを達成するために。これは、受け入れテストやシステムレベルのテストに重点を置いていません。
増分テストを左：左インクリメンタルテストが広く、高い複雑さとプロジェクトで使用されています。小さな部分に、プロジェクトの作業と成果物の複雑さを低減するために。このアプローチは、あなたも小さな部品のテストを行うことができるので、テストのタスクは、より簡単になることができます。これらの断片は、各増分相互に依存しています。また、このソフトウェアを顧客に納入されます。各配信、開発とテストの後、徐々に左に移動します。
アジリティは/左DevOpsチーム：名前が示唆するように、このような試験は、多くのままにsprint実行されます。これは主に開発とテストのためではなく、運用テストのために使用されています。アジャイルは、左/ DevOpsチームのテストはより一般的になって、プロジェクトスケジュールの要件に応じた態様のDevOpsチームこの試験方法左使用します。
モデル左に基づく：全体のコンセプトは、早期に認識テストBUGを残しました。しかし、従来の方法では、左の種類は、テストでは、開発サイクルの初期段階で開始されます。ソフトウェアの準備ができたら、それゆえ、それは要件の収集/設計段階で問題が発見されている可能性が模索されます。主な問題は、設計段階は、欠陥のほぼ45％〜65％を導入して、要件に相を集めています。モデルベースのテストでは左、テストでは、ソフトウェア開発サイクルの開始前にエラーを報告できるようにすることを、早期に開始することができます。

すべてのすべてで、の各段階についての詳細であるテストを残した継続的なテストの実施。

厳粛に宣言：最初の公開番号「FunTester」に登場した記事、（テンセントクラウドを除く）第三者再生を禁止し、公開します。