1.背景
品質保証はソフトウェア テストに基づく体系的なプロジェクトであり、漸進的開発の法則に従います。現地の状況に応じて実装戦略を策定し、シナリオ計画を設計し、テスト結果を取得するというサイクルを繰り返します。最終的に、Dewu のテストエンジニア全員の共同の努力により、Dewu の技術に適応した一連の品質保証方法論が蓄積されました。これが、この記事で紹介する Dewu 品質管理システムです。
2. 「4つの近代化」体制の構築
3 年間の構築を経て、Dewu 品質管理システムには完全なメカニズム、プロセス、方法、ツールが備わりました。目標は、標準化、オンライン、自動化、インテリジェンスの実現を通じて、最終的に 3 次元の材料品質管理システムを形成することです。で:
- 「メカニズム」とは、(研究開発)品質保証メカニズムを意味します。 「反復品質レビューメカニズム」に基づいて、すべての反復が実行され、リリース前にオンラインリスクが制御可能になります。
- 「プロセス」とは、テストとコラボレーションのプロセスを意味します。テストプロセスとコラボレーションプロセスに分かれています。テストプロセスの適用は、テスト品質の校正によって補完された研究開発の品質を公平に反映するために使用されます。共同プロセスを効果的に適用すると、テストの品質が向上します。したがって、テストの品質を安定させ、最終的なオンラインの安定性を確保するために、コラボレーション品質が導入されます。
- 「方法」とは、実装方法を意味します。ビジネスドメインにおける「品質月間」活動を中心に、クロスドメインレビュー、CRマージ、オンタイムテスト提出、スモークパス、日次評価などの基本指標を含めた研究開発プロセスの品質の最適化を継続しています。欠陥除去、欠陥導入、欠陥回避など。
- 「ツール」とは、高品質のエンジニアリング ツールを意味します。安定性、品質、効率性、セキュリティ、エクスペリエンス、コンプライアンスを核として、ツールのサポート力を向上させます。各ツールは最終的に次のようなコア項目を指します。 RDC は、R&D プロセスを標準化、オンライン化し、部分的に自動化してコラボレーションの効率を向上させ、それによって提供の「効率」を最適化します。 品質ダッシュボードは R&D プロセスの品質として機能します。プロセスの「品質」を監視するツール。既存のツール (研究開発ツールチェーン) を次の図に示します。
- 「反復品質レビューメカニズム」は、品質プラットフォーム全体の統一レビューメカニズムです。品質ダッシュボードを主要ツールとして利用し、各ビジネスドメインの品質保証ポートフォリオ戦略と組み合わせて、各イテレーションの品質とパフォーマンスのドリルダウン分析に重点を置いています。現在のイテレーション内の配信に影響を与えるリスクと、リスクが低い場合、またはリスクが制御可能な場合にリリースがオンラインになるようにするための対応する回避策を特定します。
- 「作り込み品質」は通称「研究開発品質」と呼ばれるもので、テストを経て正式に固まります。「テスト品質」は、欠陥回避レベルを通じてテストカバレッジの包括性を反映するものであり、同時に研究開発の品質を調整することができます。「共同品質」は、テストの品質を安定させ、最終的なオンラインの安定性を確保するために使用されます。例は次のとおりです。
- 要件を時間通りにテストできないと、テストの実行の進行にリスクが生じます。
- 頻繁にプロセスを変更すると、タイミングのずれ、やり直しによる損失、さらには変更範囲の欠落が発生します。
- 「品質月間」特別活動は、Dewu Technology のすべてのビジネス分野で包括的に推進され、クロスドメインのユースケースレビューメカニズムの「プレイベント」適用を通じて、上流と下流の共同テクノロジーの実装と検証範囲のシナリオが結びつけられます。 「反復品質レビューメカニズム」を「プロセス内」に適用し、プロセスの品質リスクを効果的に評価し、正確な要件の品質を厳密に管理し、「事後」に「オンラインイベントレビューメカニズム」を適用して結果検証を形成し、開発、テスト、リリース、実稼働の各段階での次の反復では、詳細が最適化および改善されます。総合的な成果を上げた後、このイベントが提唱する「品質」というキーワードは長い間、Dewu 技術者全員の意識に組み込まれ、高品質の納品基準が日々実践されています。
- 「メカニズム、プロセス、方法、ツール」の関係は、メカニズムが品質管理の全体的な枠組みと目標を設定し、プロセスがこれらの目標を達成するための具体的な手順を定義し、メソッドが採用される具体的な実装技術であると定義されます。プロセスの各ステップ、ツールは方法やプロセスを実行するために必要な補助装置またはソフトウェアです。これら 4 つの概念は相互に依存し、相互に強化しており、研究開発品質管理システム全体を構成し、設計から納品まで製品とサービスのあらゆる側面が所定の品質基準を満たしていることを保証します。
3.機構の目的と枠組み
品質は品質保証メカニズムの基礎であり、安定性は効果的な品質活動の自然な結果です。合理的な断層の定義とトラクションターゲットとしての分類を通じて、大きな問題(断層)を決して引き起こさない、小さな問題(煙点/イベント)から迅速に回復する、そして断層の影響を可能な限り最小限に抑えるという原則に従わなければなりません(断層)影響 = 障害影響エリア x 障害修復時間) 検証される原則。
Dewu のビジネス規模の急速な発展に伴い、Dewu App は可用性、資本損失の防止と管理、プライバシー コンプライアンス、データ セキュリティの面で厳しい課題に直面しています。 Dewu Technology は、ビジネス特性に基づいて分割統治すると同時に、生産障害を層ごとにダウングレードして部分に分割する効果を実現し、生産障害の総数を継続的に減少させることに成功しました。以下に示すように:
品質保証メカニズムのフレームワークは次のように説明されています。品質管理白書 V2.0 の明確化段階の品質目標を使用して、対応する実行仕様とサポート要件を具体的に定義します。反復プロセス中に反復品質レビューを適用し、承認前にリスクを特定し、詳細な原因診断を行い、リスクの格下げまたはリスク回避のための具体的な措置を策定し、オンライン化する前にそれらを実装します。最終的に、反復品質レビューを通じて、典型的なプロセスを復元します。 - サイトでは、1 つの例から推論を導き出し、同時にオンラインの操作結果を使用して、ターゲットとサポート仕様の適応性を調整/修正します。プロセス全体を次の図に示します。
そして、上記のサイクルを繰り返すことで上昇スパイラルが形成され、より高い目標に向かってリズミカルに進んでいきます。
最適化を何百回も繰り返した結果、研究開発の品質が60%以上大幅に向上し、オンタイムのテスト提出率などの基本的なプロセス品質指標が70%大幅に削減されたことは指摘に値します。煙通過率は99%以上で安定しています。
4.プロセスと仕様
Dewu プロジェクト管理では、スポンサーを使用してビジネス要求タイプと技術要求タイプを区別し、同時に要件の複雑さ、規模、その他の考慮事項に基づいてイテレーションまたはプロジェクトに配信します。ビジネス反復、ビジネス プロジェクト、テクノロジー反復、テクノロジー プロジェクトの 4 つの組み合わせの場合。ビジネス/技術反復要件の品質保証プロセスと仕様、およびビジネス/技術独立プロジェクト (小規模プロジェクトを含む) の品質保証プロセスと仕様は、それぞれ若干異なります。次の図は、一般的なテスト プロセスと仕様を示しています。
その中で、以下の図に示すように、品質プラットフォームのビジネス/技術変革のニーズに対応する品質保証計画が特別に開発され、主要なテストアクション、標準、ツールプラットフォームを定義し、テストチームが作業を詳細に実行できるようにガイドします。
その過程で、ケース主導の最適化と改善に基づいて、境界問題がカバーされないことを回避するために、クロスドメイン ユースケース レビュー プロセスと標準品質プラットフォームのクロスドメイン ユースケース レビュー メカニズムの実装計画 V2.0 が策定されました。複数の事業領域の水平連携が生む。
また、ビジネス・技術プロジェクトについては、品質プラットフォームビジネス・技術変革プロジェクトの品質保証計画を策定し、テストオーナーの責任と実行仕様を精緻化します。ビジネス ブラッシングのシナリオでは、ビジネス ブラッシングのテスト計画を作成し、プロセス仕様を明確にし、高頻度のビジネス ブラッシング変更によって引き起こされる変更リスクを軽減します。
5.方法とツール
テスト ケースは、API に対するコードや分散システムに対する API と同様に、最も基本的なテスト資産です。さまざまなツール プラットフォームの助けを借りて、さまざまな形式の「テスト製品」に変換または処理できます。さまざまな「テスト製品」の応用は、Dewu ビジネス分野の研究開発とテスト生の実践実践に依存しており、3 年間の継続的な蓄積を経て、百派の思想が激しく競い合い、発展しています。典型的な実践例をいくつか示します。
- 回帰テストの主な方法であるインターフェイスの自動テストも、テストの実行効率を向上させる古典的な方法です。インターフェイス自動化プラットフォームを通じて、開発セルフテスト、スモーク (アドミッション)、および統合回帰ステージに適用されます。 ROI は線形関係を示しています。高頻度反復モードでは、自動テストによりコア リンクの可用性が確保され、特にサービス/インターフェイスの移行、アーキテクチャ ガバナンス、その他の技術変革プロジェクトでは、収益が最大化され、技術的負債の解決が保護されます。
- トラフィックの再生は、オンラインにする前のテスト方法として、トラフィックの記録および再生プラットフォームを通じてリリース前の段階で使用されます。シンプルな制作録画とリリース前の再生により、より現実的なユーザー シナリオを低コストでカバーできます。インターフェイス カバレッジと組み合わせて、トラフィック プールへの増分トラフィックを選択または構築して、分散をより包括的にします。低コストの適用方法により、リリース前のボトムアップテストを低コストで実施できるほか、サービス/データの移行や部分的な再構築などの変更にも非常に適しており、テスト投資を大幅に削減できます。
- 補助的なテスト分析および実行方法としての精密テストは、ギャップを検出して埋めて、テスト カバレッジを向上させ、測定をより正確にします。正確なテスト プラットフォームを通じて、スモーク ステージ (テスト後) に適用され、コードの変更に基づいて、資産損失フィールド、資産損失コード、(過剰認証) 感度など、維持されているタグとバインド関係が照合されます。等推奨されるテスト ケースの実行カバレッジ。不一致が発生した場合、つまり関連付けられたインターフェイスがない場合は、多くの場合 CR が必要となり、カバレッジ プランが評価されます。このアプリケーションは、変更範囲の評価の精度を検証するだけでなく、テスト分析の包括性を評価することもでき、ビジネス/システム モジュールの理解にポジティブなフィードバックを形成します。
- オフライン補助テスト実行の方法としてのモニタリングとアラームは、異常な欠陥を遮断し、より詳細に測定するためにギャップを検出して埋めます。モニタリングプラットフォームを通じて、オフラインテストの実行フェーズに適用されます。開発学生とテスト学生が共同でビジネス アラーム ルールを作成し、アラームの集約と収束を実現します。これに基づいて、アラームの洞察と欠陥の変換が実現され、T または T+1 の毎日のクリア方法に適切に適用されます。
- フロントエンド検査では、ユーザー エクスペリエンスに対するプロアクティブな対応方法として、日常検査でユーザー側の使用状況のフィードバックに注意を払い、早期に検出して修復します。フロントエンド検査プラットフォームを通じて、過去 xx 日間の TOP アクセス記録を通じて既存の URL がインポートされ、正確な URL の推奨によってスケジュールされた増分インポートが設定され、検査範囲が提供されます。プレリリース段階ではJSエラー例外を事前に遮断することができ、本番運用段階では早期発見・早期介入を実現し、ユーザーよりも先にプロアクティブな遮断を実現します。
- 資本損失の防止と制御 Dcheck は、資本損失を阻止するための効果的な方法として、リアルタイムの調整、早期検出、早期止血を提供します。Dcheck プラットフォームを通じて、オンラインおよびオフラインで適用されます。資産損失シナリオをオフラインで実践すると、スクリプト ルールをオンラインでリアルタイムに監視し、異常なアラームを常に最新の状態に保つことができます。
ツールの適用に関しては、段階的に削減するために継続的に最適化する必要がある 3 つのコストがあることに注意してください。
- テストケースの「変換」コスト(開発投資)
- ツール間で相互に「サポート」するコスト (統合作業)
- 各種ツールの「使用」コスト(ツールの使いやすさ)
以下の図は、効率最適化のポイントと最適化のアイデアを示しています。
最終的に、ツールの明確なアトミック機能とアプリケーションの便利な組み合わせにより、テスト エンジニアは徐々にビジネス システムの深い理解と技術実装の詳細なレビューに集中するようになり、それによって合理的なテスト戦略の策定と機敏な実装が完了します。 。
6. 「キーワード」に注目する
公式計画の焦点として、Dewu テクノロジーの「キーワード」は、複雑で複雑な作業を実行する際の価値判断の基礎であり、ステージのレビューと要約の中心的なアイデアでもあります。効果的なビジネスサポートを提供し、技術的な作業が正しく適切に行われるように導きます。終わりを念頭に置いて、「キーワード」を中心にたゆまぬ練習を続け、獲得し続けます。
- 安定性は通常、効果的な品質保証の自然な結果です。多くの場合、安定性チームまたは運用保守チームが主導して、リアルタイムのオンライン監視と障害への緊急対応を実施します。生産失敗の数とその分布が主な承認指標です。この戦略は次のとおりです。大きな問題は発生せず、小さな問題はすぐに回復でき、障害の影響は可能な限り最小限に抑えられます。つまり、障害の影響 = 障害の影響を受ける領域 x 障害の修復時間です。
- データを活用して「より多く」「より早く」提示し、ビジネスエクスペリエンスに合わせてNPSを組み合わせることで、ビジネスデリバリー機能、計画支援機能、プロセス連携機能によってボトムアップで効率性をサポート・保証します。
- Dewu 製品の使用体験を向上させるためのユーザー志向のエクスペリエンス。アプリの閲覧が容易になり、商品の売買が容易になり、アフターサービスもより安全になります。 Dewu アプリについては、起動、初期起動、パフォーマンス、パッケージのボリューム、セキュリティとプライバシーのコンプライアンス、ベースラインの劣化防止、競合製品の評価追跡などのさまざまな側面を測定します。
- 成長、ソフトウェア エンジニアリングは、実践と継続的な実践を重視する学問です。ファインマン学習法によれば、明確に考え、それを書き出し、ブログを通じて共有します。
- イノベーションは、「組み合わせイノベーション」と「AIイノベーション」を通じて、安定性と効率性を深く掘り下げ、効果的なシナリオを見つけます。安定性の観点からは、包括的なカバレッジとカバレッジの粒度に重点を置き、効率の観点からは実装と運用の削減に重点を置きます。
7.まとめ
- メカニズムは品質管理の全体的な枠組みと目標を設定し、プロセスはこれらの目標を達成するための具体的な手順を定義します。方法はプロセスの各段階で採用される具体的な実装技術であり、ツールは方法を実行するために必要な補助装置です。そしてプロセスまたはソフトウェア。これら 4 つの概念は相互に依存し、相互に強化しており、研究開発品質管理システム全体を構成し、設計から納品まで製品とサービスのあらゆる側面が所定の品質基準を満たしていることを保証します。
- 品質保証メカニズムのフレームワークは次のように説明されています。品質管理ホワイトペーパーを使用して、段階的な品質目標を明確にし、対応する実装仕様と要件を反復プロセスで適用し、承認前にリスクを特定します。ドリルダウン属性診断を行い、リスク ダウングレードまたはリスク回避のための具体的な措置を作成し、オンライン化する前に実装します。最終的に、反復的な品質レビューを通じて、プロセスの典型的なサイトを復元し、同時に 1 つのインスタンスから推論を導き出します。時間に応じて、オンラインの操作結果を使用して、目標とサポート仕様の適切性を調整/修正します。
- テスト ケースは、API に対するコードや分散システムに対する API と同様に、最も基本的なテスト アセットです。さまざまなツール プラットフォームの助けを借りて、さまざまな形の「テスト製品」に変換または処理できます。
- ツールの明確なアトミック機能とアプリケーションの便利な組み合わせにより、テスト エンジニアは徐々にビジネス システムの深い理解と技術実装の詳細なレビューに集中できるようになり、それによって合理的なテスト戦略の策定と機敏な実装が完了します。
- 公式計画の焦点として、Dewu テクノロジーの「キーワード」は、複雑で複雑な作業を実行する際の価値判断の基礎であり、ステージのレビューと要約の中心的なアイデアでもあります。効果的なビジネスサポートを提供し、技術的な作業が正しく適切に行われるように導きます。終わりを念頭に置いて、「キーワード」を中心にたゆまぬ練習を続け、獲得し続けます。
*文/ブルース
この記事は Dewu Technology によるものです。さらに興味深い記事については、 Dewu Technology 公式 Web サイトをご覧ください。
Dewu Technology の許可なく転載することは固く禁じられています。さもなければ、法律に従って法的責任が追及されます。
マイクロソフトの中国AIチームは数百人を巻き込んで米国に渡ったが、 未知のオープンソースプロジェクトはどれだけの収益をもたらすことができるだろうか? 華中科技大学のオープンソースミラーステーション の立場が調整されたとファーウェイが正式に発表した。 外部ネットワークへのアクセスを正式にオープンしました。 詐欺師は TeamViewer を使用して 398 万件を転送しました。リモート デスクトップ ベンダーは何をすべきでしょうか? 初のフロントエンド視覚化ライブラリであり、Baidu の有名なオープンソース プロジェクト ECharts の創設者である - 有名なオープンソース企業の元従業員が「海に行った」というニュースを伝えた: 部下からの挑戦を受けて、技術者はリーダーは激怒し、無礼になり、妊娠中の女性従業員を解雇しました。OpenAI が AI にポルノ コンテンツを生成させることを検討したと 、Rust Foundation に報告されました。time.sleep (6) の役割を教えてください。 ?