DevOpsチーム
実際には、この問題は、操作および保守のDevOpsチーム開発の話を始めることができ、DevOpsチームは火の概念そのものの最後の年であり、その主な要件は、リリースと品質に責任を開発することです。
リリースは、環境問題は、開発環境と本番環境と同期して発生するテスト標準化されていないと、環境とその結果としてリリースさを考慮せずに、実装するための唯一の責任が過去に開発。本質はスタック全体のコンセプト、ライフサイクル全体のためにすべての責任がある中で、継続的インテグレーション＆徐放のアジャイル大きな重点では、そのために進捗状況に関する開発の要件は、環境の質に責任があるとします。
それは、開発し得るすべてのもののように聞こえる、それはあなたがそれを必要としないテストではないでしょうか？実際には、問題がそうでなければ、DevOpsチームは、プロセス上の問題を解決することができるが、詳細の品質の問題を解決できないので、統一研究システムとテストシステムプロセス座標とすることができるDevOpsチームが、特定のテストを解決することができない、TestOpsとペアこの時間が生まれました。
TestOps名前が示唆することは、テスト運用・保守であり、その主な目的は、品質の面でより多くの研究開発、システム全体のと解放システムを促進することである、それはDevOpsチームを理解することができるプッシュフィット運用・保守であり、開発からテスト、テストから研究開発とTestOpsとビューの運用・保守のポイントを促進することです。TestOpsので、R＆Dシステム全体のキーの位置に置くために実際の実験場であります
DevOpsチームのオートメーションインターフェイスは、試験の必要性を調整することができますが、テストケースはまだプロの書き込みにテスター、およびDevOpsチームではない、このような技術的なテスターへの効果的な指導と訓練が必要ですが、TestOpsがこれをやっているような、だけでなく、促進することができますインターフェース・テストの自動化を採用するだけでなく、どのデプロイおよび使用テストチームに効果的。いくつかの点で技術的なテストマネージャの仕事である、R＆Dとその運用・保守技術を理解し、関連部門との技術を組み合わせて、促進するための良いテストすることができます。
だから、TestOpsはそれらの事を知っている必要がありますか？
単に3です。
コントロールを開発し、バージョン1
2.環境と継続的インテグレーションツール
3.すべての静的および動的試験方法・ツールの種類、および継続的な統合に統合することができ
だから、あなたはTestOps最終結果として達成するために何をしたいですか？
単純にそれを理想的なシナリオを入れて、開発者はコードを送信すると、システムが自動的に毎晩の静的なチェックシステム（ソナー）をトリガし、静的を通じて確認した後、パックを介してすべての更を決定するために、ユニットテストケースをのxUnitフレームの完全自動化されたユニットテストを呼び出す始めましたそれ以外の場合は、人々を通知するエラーメッセージを返します、プラットフォームをテストするために発行しています。
テストプラットフォームパッケージの完了後自動解除、テストベンチ自動化インターフェースとUI、テストレポートを生成することにより、通常の場合、最終的なシステムのテストおよびマニュアルA / Bテストに提出し、手動テストプラットフォームのテストバージョンをリリースします。
このように、コードを提出するために、各夜間や日は非常に体系的ユニット、統合、システムテスト工程を行うことができ、我々はまた、継続的な統合のためにリリース＆継続され、ソフトウェアの品質が非常に高くなりそうという、24時間以内に欠陥を殺します非常に重要な自動化された品質保証システム。
AIテストシステムと連結された場合は、テスト後に担当者が失業者の友人であり、TestOpsは、このシステム、自動化と効率的なすべてを行うことです。
QQグループ：1007119548
コア精錬：
自動テストユニットを完了するために1、のxUnitフレーム
https://www.cnblogs.com/lsgxeva/p/10557319.html
