テスト提出の品質を向上させるためのリサーチとテストの共同構築 | JD Cloud テクニカル チーム

データから大規模モデルのアプリケーションまで、開発のヒントを共有する杭州元創会議が 11 月 25 日に開催されました。

1. はじめに

日々の研究・試験作業の解釈

あなたも同じように混乱していませんか？

フォローアップの必要性については、試験開始1秒前に予定通りに試験を開始できないと告げられ、研究・試験計画が中断されたが、試験開始1秒前に予定通りに試験を開始できないとの連絡があり、研究・試験計画が中断された。

テスト機能は質の悪いショッピング体験のようなもので、品質に欠け、prd の期待と一致していません。

生産、研究、テストに関わる 3 者のニーズが一致していなかったので、一時的なグループ会議が開催され、一時的な解決策について話し合われました。

等 。。

次のような課題にも遭遇したことがありますか?

1. 時間の制約: アジャイル開発サイクルは短く、反復速度が速いため、テスターが利用可能な時間内にソフトウェアを徹底的にテストすることが困難です。

2. 回帰テスト: 継続的な反復では、大小さまざまな機能ポイントがシステム内に多数ありますが、回帰範囲を正確に判断するにはどうすればよいでしょうか?

3. テストの自動化: アジャイル開発では通常、急速な開発ペースに追いつくために高度なテストの自動化が必要であり、テスト ケースの開発とメンテナンスには多大な時間とエネルギーが必要です。

このような混乱と課題に直面して、研究開発テストの品質をどのように促進し、向上させるべきでしょうか? テストの品質を向上させるための前提条件となるアクションはありますか?

2.品質の研究とテストの共同構築

ソフトウェア プロジェクトには、製品の品質に影響を与える多くの要因があります。要求品質、設計品質、コーディング品質**、テスト品質、さらにはリリース時の構成もすべて、最終的な納品品質に影響します。テスト前の作業が大きな割合を占め、核となる部分であり、プロセスの質と品質が最終結果に直接影響します。

1. 責任と使命

参加者の参加と責任感は、製品全体の品質に直接影響します。

目標管理：「どこにでも、どこにでも、行きたいと思ったら、未来を楽しみにできる。」これはソフトウェアプロジェクトにも当てはまりますが、明確な目標があって初めて、つまり仕事をうまくやることができます。極限まで完璧にやれば良い結果が得られるでしょうか。

オフサイドを考え、範囲内で作業する: 職務の範囲内で作業を検討することに加えて、各参加者はプロセス全体とリンク全体に没頭し、上流と下流の接続点について考え、シームレスな接続を確立する必要があります。 。

変化を受け入れる: ソフトウェア開発管理では変化が常態化しており、参加者は計画を調整し、変化に適応するのが上手でなければなりません。

自己改善: 職場では、継続的に技術的能力を向上させ、ビジネス知識を拡大し、コミュニケーションとコラボレーションのスキルを向上させ、継続的な改善を通じて作業効率と作業品質を向上させます。

2. プロジェクト管理

2.1 リソース管理

プロジェクトの最も重要なリソースは人材であり、仕事を手配する際には以下の点を十分に考慮する必要があります。

担当者は十分な責任を負っていますか? 彼がこの任務を完了するのをサポートできるでしょうか?

人材の能力はプロジェクトで求められる能力と一致していますか?小柄な人間でも大きな荷車を引くことができますか?

担当者はビジネスを理解していますか? 現在のニーズを把握できるか？

スタッフの仕事量は飽和状態なのでしょうか？現在の需要を吸収できるでしょうか？

2.2 プロセス管理

各反復実装プロセス中に、以下に示すように、標準化されたコラボレーション フローが形成されます。

標準プロセスでは、テスト提出の品質を向上させるのに役立つ詳細がいくつかあります。

2.2.1 要件レビュー段階

アジャイル管理では、要件のレビューが重要なリンクです。要件は、プロジェクトの実装プロセスにおける共通の標準参照です。要件の品質が最終的な納品品質を大きく左右します。レビューの前に調査とテストを十分に考慮する必要があります。

1. レビューの前に、研究スタッフは要件をプレビューし、確認する質問を準備し、要件の問題に関する情報を収集しました。

2. 要約: マクロ レベルからビジネスの背景を理解し、解決すべきビジネスの問題点を理解します。

3. 具体的: 必要な機能を理解し、関連する機能のコンテキストを理解します。

4. 分離：機能の推論、進化、拡張、要件が不明瞭なシナリオの提案、補足確認を行う。

5. フィールドの制御: 曖昧さが大きく、需要に多くの情報が不足している状況は合理的に拒否します。

6. レビューの問題については、ToDo リストが作成され、責任者が割り当てられます。質問をフォローアップし、結論を同期させます。

2.2.2 研究開発設計レビュー段階

アジャイル管理では、設計計画のレビューが重要なリンクであり、プロジェクトの設計計画がプロジェクト要件と技術基準を満たしていることを確認し、影響範囲を正確に評価することを目的としています。

1. 研究開発担当者は、レビュープロセス中に設計計画をよりよく理解し評価するために、明確で具体的で検証可能な設計文書、データベース設計、およびインターフェース文書を作成する必要があります。

2. テスターは、レビューの前に関連ドキュメントをプレビューします。これには、次のドキュメント、設計ドキュメント、依存する内部、サードパーティ、エンタープライズおよびマイクロ インターフェイスのドキュメント、データ ウェアハウス テーブル、上流および下流の機能などが含まれますが、これらに限定されません。

3. テスターは確認すべき問題を準備します。これには設計の問題に限定されず、ビジネス シナリオの補足や影響範囲の補足も含まれる場合があります。

4. テスターは、番号の作成、ログのキーワードのサポート、テスト環境でのスモーク テスト、依存する構成情報の構成、ビジネス フローによるスモーク テストの完了など、合理的な要件を提供します。

5. テスターは、複雑な数値作成シナリオを事前に特定し、R&D と通信し、事前にシナリオを完了するためにスクリプトやその他のツールの使用を交渉できます。

6. 研究開発の技術改革ニーズ 完璧を追求するために、研究開発計画は複数のバージョンに修正される場合がありますが、変更は恣意的であり、明確な変更点、影響範囲、利益範囲が必要です。

2.2.3 研究開発および自己テスト段階

1. 頻繁にコミュニケーションをとり、頻繁かつタイムリーかつ効果的なコミュニケーションを維持し、要件の理解の一貫性を確認し、プロジェクトのニーズと進捗状況を明確に理解すること。

2. 開発エラーを回避するために、ビジネスの背景と要件を十分に理解します。

3. ソリューションを合理的に設計し、柔軟に拡張して要件の小さな変更に対応する能力を備えている。

4. 業務の横断と相互依存を最小限に抑えるために、業務を合理的に分割します。

5. 作業量を合理的に評価し、作業内容を改善し、工期による品質への影響を回避します。

6. セルフテストのシナリオを合理的に設計し、テストケースを事前に理解し、セルフテストの認識と範囲を向上させます。

7. 既存の機能への予期せぬ影響を回避するために、影響範囲を包括的に評価して制限します。

8. 開発の詳細プロセスを追跡して、テスト段階での漏れを防ぐことができます。

9. コードレビューは、レビューを通じてチームが潜在的な問題を発見し、テストの品質を向上させるのに役立ちます。

2.2.4 テストケースの設計とレビューの段階

1. テスト ケースを事前に配置すると、チームが潜在的な問題を発見し、後の段階で問題が発見されることを回避できるため、問題修正のコストが削減されます。

2. ビジネスのニーズと問題点を完全に理解し、ビジネス層から設計し、ビジネス シナリオを完全にカバーします。

3. テクノロジーの実装プロセスを理解し、データ ストレージとデータ処理ロジックを理解し、起こり得る異常な状況を考慮し、データのさまざまな状態を考慮して設計します。

4. 自動化されたテスト ケースのリソースをインベントリし、自動化されたユース ケースを再利用し、テストの効率を向上させ、テストの回帰範囲を拡大し、テストの品質を確保します。

5. テスト教材の準備、環境構築、データ準備、スクリプト開発、リソース調整など。

6. 需要の変化を完全に実行し、変化点を通じて変化の範囲を正確に描写します。

2.2.5 発煙試験フェーズ

1. 合意された入国と退出の基準を厳格に遵守してください。

2. 過去の協力に基づいてスモーク戦略を柔軟に調整します。

3. スモークテストに不合格となった要件を記録します。

4. 必要に応じて必要な煙支援作業を行うことができます。

2.2.6 継続的な改善

品質データの蓄積

蓄積された測定データを通じて、分析やプロセス改善のためのデータ基盤を提供します。

高品質なアクセス管理構築

品質アクセスコントロールの役割は、デマンド段階から可能な限り早期にデマンド設計、製品設計、技術ソリューション設計などに介入し、レビューや質問などを通じて既存の問題点を可能な限り発見し、プロジェクトの実情に即した科学的かつ合理的な計画を策定し、各リンクからの出力結果をより高品質に次のリンクに転送するために入口基準と出口基準を設定します。

高品質のアクセス制御の構築が必要なのはテストだけではなく、研究開発も同様です。

テストケースライブラリの自動構築

自動化されたテスト ケースの構築はソフトウェア テスト プロセスの重要な部分であり、テスト チームがテストの効率を向上させ、手動テストの作業負荷を軽減し、ソフトウェアの品質を確保するのに役立ちます。テスターはプロジェクト終了後、自動化されたケースを継続的に蓄積することで、対応ケースを改善し、時間的制約によって生じる問題を打破する必要があります。

レビューの概要と共有

歴史から学ぶことは重要な学習方法です。定期的なレビューと要約は、繰り返される間違いを避け、間違いから学び、不足している点を補い、将来のプロジェクトで参照するために文書やレポートを作成するために必要です。

著者: JD Retail 王蘭青

出典：JD Cloud Developer Community 転載の際は出典を明記してください

Alibaba Cloudが深刻な障害に見舞われ、全製品に影響（復旧済み） ロシアのオペレーティングシステム「Aurora OS 5.0」、新UIが Tumblrで公開 多くのインターネット企業がHongmengプログラマーを緊急採用 .NET 8が正式にGA、最新版LTS版 UNIX時間 17億時代に突入しようとしている（すでに突入） XiaomiはXiaomi Velaが完全にオープンソースであり、基盤となるカーネルは NuttX Linux上の.NET 8であることを公式に発表しました。独立したサイズは50％削減されます。FFmpeg 6.1」ヘビサイド」リリース Microsoft、新たな「Windowsアプリ」を発売

{{名前}}

{{名前}}