*主な学習コンテンツ
1.「ソフト対策魂」の章を読んで4-5
-
「ソフトは、魂を測定しました」
-
第IV章テストアーキテクチャ設計
-
他の方向でテストアーキテクチャ設計アーキテクチャ設計あなたは、研究とテスト技術の応用、プロセス設計をテスト、テスターの管理を検討する必要性を検討するだけでなく、グローバルな側面を考える必要があるとして。
-
テストアーキテクチャモデル
テストアーキテクチャテスト管理アーキテクチャ検査技術のアーキテクチャ-
次の段階での技術的なスキルの開発にテスター：ジュニアテストエンジニア、テストエンジニア、シニアテストエンジニア、チーフテストエンジニア、テスト・アーキテクト
-
技術の追求、終わることはありません
-
良いテストフレームワークは、合理的な、再利用率、容易なポータブル、スケーラブルで、簡単に維持するためにする必要があります
-
コンテンツテストフレームワーク：ビジネスプロセス仕様管理技術+テスト、技術やプロセスの組み合わせのみ、強力なテストフレームワークを形成するために、
-
デザインテストフレームワークは、プロジェクトの開発と常に更新の蓄積された経験と、プロセスであり、
-
丸暗記ではなく、方法を習得することが重要です
-
-
CHAPTER Vテスト要件分析とテスト戦略
-
要件は次のとおりです。などユーザーの機能要件、設計要件、製造要件、テスト容易性の要件、保守性の要件を、
-
テスト戦略はまた、試験プロセス試験を計画し、トラッキング含む、制御方法
-
識別テスト要件根拠であるとのフォローアップのテストのための出発点
識別テスト要件テスト要件の分析オブジェクト抽出試験-
実際の運用では、多くの場合、需要が遅い、または単に行方不明でした。この場合、我々は、フォーカスの範囲を拡大する必要がある、多面的散乱需要を必要とし、逆推力需要ながら、仕事の源として、入学要件、可能なすべてのチャネルからのタイムリーな情報に基づいた需要情報が心配な方法正式に試験に従って与えられた文書の花やライブラリのニーズを取り入れ、（正式な要件文書、設計書、議事録、議論のQQレコード、メッセージの内容、他の形態）
-
テスト容易性（ソフトウェアが完全に効果的なテストすることができる程度を意味するの観察（可視性）、制御性、操縦性、シンプルさ、安定性を含む）できるだけ早く発見される必要があり、そうでない場合は後の段階でのプロジェクトは、Aに分類されます状態の種類を停止することができません
-
ソフトウェアの安定性と制御の要件の変更、開発サイクルは、テストが早期に深刻なバグを発見し、後半の時間が関係を持っています
-
合理的かつ効果的なテスタビリティ解析が徐々に標準的なソフトウェアの重要な指標になることができ、ソフトウェア製品の品質の長所と短所を測定するための重要な尺度となっている。一方で、ソフトウェア設計者も利用できる新しい設計により近づき、この標準意志徐々に分析プロセスに適用するには、ソフトウェアからのソフトウェアの一連ので始まり、ソフトウェアの品質を向上させます
-
そこに彼らが問題を記録する必要性を実現した場合、常に、暗黙のニーズになり、欠陥があることを追加するために特定し、請求のニーズにニーズは、バグトラッキングを言及する必要があるかもしれません
-
需要分析では、暗黙の需要への能力を持っていたテスター、直接フォローアップ検査の有効性と包括性に影響を及ぼし
-
パフォーマンステストは、負荷テスト、ストレステスト、能力テストが含まれます。負荷テストは、所与の負荷の下でシステムをテストすることで所望の性能を達成することができる、ストレステスト、常に被試験システムに圧力を適用することによっては、状況の圧力下でテストシステムの性能を確認し、容量試験データベースの目的のために、ありますテスト対象のデータベース・システムのレコードデータに症例数が多いです
-
展開のテスト戦略は、テストチームとのトレーニングや他の構成、テストプロセスのテストプロジェクトのテスト技術と方法、管理および制御を完了する必要がありますを意味し
-
-