レベルVモデルに応じて分割：
ユニットテスト
また、形成テスト、統合テストとして知られているモジュールのテスト、
システムテスト
試験対象物は、単位層の機能又は方法です。
検査対象は、サービスレイヤモジュールとインターフェイスです。
主な試験対象は、UI層と対話を示すことです
テスト戦略部層：
1、チュートリアル：開発者が独自のコードをチェックします
2、コードレビュー、コードレビュー：効率に焦点を当てる必要があり、チームの組織が評価されるには、フライ避けるべきです
図3に示すように、ユニットテスト：自動化されたユニットテストは、テストコードを書いたり、テストツールを使用して、短所：エントリへの高い障壁、全く良い習慣がない（標準カバレッジを書き込む）、それが実装され、最終的には無味または批判になることがなくてもよいです。今朝を実行することができるという利点、低テストコスト、再利用性は、繰り返すことができます
テスト戦略サービス層：
自動化されたコンポーネントのテスト、
自動化された統合テスト
自動テストAPI
ユニットテストの比較：遅く、困難な、テスト環境を実行して、少数のケースを、
テスト戦略のUI層：
手動テスト：純粋な手動テストの実行が遅いですが、再利用することはできません
自動テスト：安定したモジュール
テストの他のレベルと比較すると：オートメーション開発は、テスト環境を設定するには、困難なランニング遅く、困難です
自動テストの対応形式：
自動化されたユニットテストユニット層の代表であります
自動化されたコンポーネント・テスト（テスト自動化成分）/自動APIテスト（テストオートメーションAPI）は、サービス層を表す自動統合テスト（自動統合テスト）
自動化されたGUIテストは、UI層で表され
レイヤード利点テスト：
ユニットテストを実行しようと、UIレベルテストは少しを行うことができます。
UIテスト難易度の比較的大きい程度。
実ユーザに近いテストUI。
ハンドUIテストは、オーバーヘッド位置の少しだけを占め、およびテスト手動テストのほとんどは、手動テストの学生が唯一の危機の特定の意味を持っていますかかわる困難な人員、です。
開発者は、テスト作業のほとんどは開発が求められているか、完了するために、学生のスキルを開発しているので、ピラミッドのテスト、品質保証の中で最も重要な要因です。
正三角是稳固的，如果按照测试金字塔的模型去组织测试工作的话，在一切相对正常的情况下，产品/项目/系统的质量是处在可控的状态下的。
现实生活中能做到正三角的团队往往是少数，大部分测试同学接触到的团队应该是倒三角的，也就是没有或只有少量的单元测试，随心所欲的做一些接口测试，把大量的人力集中在UI测试。这样的产品质量往往难以控制或者需要花费大量的时间和人力成本才能控制。
前文也提到过伟大的产品刚横空出世的时候往往是没有单元测试和UI自动化测试的，但这些产品刚发布时的质量却是可以接受的或者甚至是优秀的，这是为什么呢？这是因为伟大的产品往往由天才的开发者创建或实现，天才的代码在不做单元测试的情况下也是质量可期的，这就等于是测试金字塔的最底层相当牢固，整个产品质量就自然由保障了；另外这些产品发布的初期规模也相对较小，也比较难出现一些在频繁协作过程中会出现的问题（比如修改了不是自己写的代码而造成了缺陷），规模小质量控制起来也相对容易些。
总而言之，如果你的产品/项目/系统的开发团队大部分人都不是天才而且需要进行频繁协作的话，按照测试金字塔模型去做可能是一个比较好的方式。另外很多伟大产品刚发布的时候也是没有测试人员的，这是不是说明没有专业的测试人员参与的情况下，产品的质量也是可以很好的控制的呢？我相信各位读者都有自己的答案。