1、テスト戦略
テスト戦略：どのようにできるだけ少ないリソースだけでなく、テストを完了させるためには、加害者はすぐに自分の仕事を遂行するための活動をテストし、テスト活動への技術指導を提供する必要があります。
テスト戦略：製品の需要と指標に基づいて、異なるプロジェクトの文脈では、生成物の分析項目およびビジネスロジックを備え、そして試験の焦点と方向を決定し、限られた座標の現在の条件の下で、すべてのリソースが合理的かつ効果的な方法を取ること、最良のテスト結果に、最小限のハードウェアとソフトウェアで、現在の環境に合わせて最適な意思決定を人材をプロジェクトのテスト活動を推進しています。
テスト戦略は、互換性のある、その製品モジュールおよびサブモジュール有効な検査手段および方法の使用で割った、明確なテストポイント、および使用の（機能的および非機能容易に追従するために、テストプログラムにおいて重要な項目に帰することができます、性能、セキュリティ、...）の分類、試験方法（ブラックボックス/ホワイトボックス/ユニット/統合/システム/回帰/受入...）、実施例の設計方法（等価クラス、明確な境界値を採用します、工程分析法）、およびテストケースを実行するバックの準備と他の作業を導くために異なるテストの優先順位を設定します。
2、テストプログラム
テストの目的：テストオブジェクトは、要求仕様、合理的かつ正確な被験者のビジネスプロセス,,テスト・オブジェクト機能、互換性、パフォーマンスと安定性を満足させるかどうかを確認します。
試験プログラム：試験目的、試験の準備、テスト分割テスト範囲、リスクをテスト含みます。
テストの準備：テスト基準、テスト環境、テストプラットフォーム、テストデータ、テストケース、テストツール、テストバージョン。
テストリファレンス：開発フローの相互作用ドラフト（プロトタイプ）、要求仕様、ソフトウェア設計の本。
テスト環境：正式な環境、開発環境、テスト環境。
テストプラットフォーム：PC、ウェブ、APP、H5、アンドロイド、IOS
試験範囲：機能、インターフェース、互換性、性能、セキュリティ、インストール、埋め込み安定。
試験項目：機能テスト（コアビジネスプロセスの機能リスト、テストケース）、互換性テスト（ハードウェア互換性、ソフトウェアの互換性、データの互換性、ネットワーク対応）、パフォーマンステスト（CPU、メモリ、流れ、消費電力、応答時間） 、安全性試験（脆弱性、攻撃防止機能、機密データ処理の暗号化など）。
3、テスト計画
テスト計画は：組織、リソース、原則と拘束のプロセス全体の規定で、タスクやプロセス全体をテストするための様々な段階のタイムスケジュールを開発し、さまざまなタスク、リスク分析と管理のニーズの評価を提供します。試験計画は、ビューの管理ポイントから全体のテスト活動の計画および制御です。
测试计划包括：概述（文档目的、文档读者）、用户需求概述、设计运行环境、条件与限制、测试方案（测试环境、测试需求）、组织范围、测试通过与否的标准、测试挂起&恢复条件、测试进度人力分布计划、测试风险、测试任务安排、测试准备工作。
4、测试工作流程
测试工作流程：评审需求、测试计划(任务分解)、设计测试用例、测试入口检查、执行测试用例、报告缺陷、回归测试、验收测试、测试出口检查。
5、研发测试工作流程
项目部：新增产品、创建平台、创建计划、维护模块、创建WBS（上传需求）、定义范围（项目计划）、项目监控、项目验收、项目回顾会议（总结大会）。
研发部：评审需求-范围、开发计划（任务分解）、概要/详细设计、编码实现/单元测试、冒烟测试、提交产品进行测试、修复缺陷。
测试部：评审需求-范围、测试计划（任务分解）、设计测试用例、创建测试版本、测试入口检查、分批分类执行测试用例、报告缺陷、分批分类进行回归测试、验收测试、测试出口检查、创建发布、项目软件质量报告。
6、缺陷管理过程
重点强调：
- 开发人员认为BUG无效时，应设置合理的解决方案，添加备注说明无效原因，并将BUG转至测试人员。
- 开发和测试人员对BUG的有效性、解决时间、解决方案存在争议时，测试人员将BUG转至需求人员评判。
- 需求人员认为BUG无效时，应添加备注说明无效原因，并将BUG转至测试人员。
- 需求人员认为BUG有效且需当期修复，应将状态重新“激活”，并添加备注说明解决时间、解决方案，并将BUG转至开发人员。
- 需求人员认为BUG有效，但不需当期修复，应添加备注说明解决时限、解决方案，并将BUG转至测试人员。