R & D, projets et opérations système

Comment Bug trie automatiquement la ligne de récupération et va dans la file de restauration

Le processus de bogues n'est souvent pas à court de développeurs, mais l'environnement, les journaux, les étapes de récupération, les plages d'impact et les changements associés ne sont pas entièrement préparés. Codex peut aider à la réingénierie, le tri, la collecte des preuves, la reproduction minimale et générer des tâches de réparation provisoires.

Cours original ZhiHua Tech1 minute 22 secondesCodex Automation Flux de travail

Cette vidéo est utilisée pour comprendre l'idée de l'automatisation de Codex. La mise en œuvre réelle doit être conçue en fonction de l'accès aux données, des interfaces système, des risques opérationnels et des exigences d'approbation manuelle.

DIRECT ANSWER

Voyons ce qu'on peut faire.

Le processus de bogues n'est souvent pas à court de développeurs, mais l'environnement, les journaux, les étapes de récupération, les plages d'impact et les changements associés ne sont pas entièrement préparés. Codex peut aider à la réingénierie, le tri, la collecte des preuves, la reproduction minimale et générer des tâches de réparation provisoires.

VIDEO NOTES

Le contenu vidéo de ce numéro est lu

Les éléments suivants sont tirés du texte structuré de la vidéo originale pendant la période, ce qui permet une lecture rapide, une discussion interne et une recherche.

1. Ouverture

Les bogues sont lents, et souvent pas difficiles à changer, mais incomplets, dupliqués, et incapables de répéter. Codex peut d'abord améliorer la qualité des défauts.

Questions

Les feuilles de travail manquaient de versions et d'environnements, le même problème a été répété, les journaux n'ont pas été modifiés par le code associé et le système retourné après réparation.

Modèles

Un répertoire d'un répertoire nécessite un environnement, des étapes de récupération minimales, une portée de l'impact et des critères de certification.

Processus

Compositeur, Log et Monitor de Codex, consolider les questions répétées, ré-émerger dans les environnements autorisés, analyser les chemins de code, proposer des candidats pour les tests de réparation et de lancement.

5. Contexte

Les récurrences stables génèrent des essais et des réparations; les dysfonctionnements occasionnels mettent l'accent sur l'exploitation forestière et les expériences; et les problèmes de sécurité doivent entrer dans le processus contrôlé.

6. Technologie

D'abord, le défectuosité; ensuite, l'agent de code travaille dans une branche distincte; ensuite, le manuel, l'entrepôt et l'IC sont reliés à maturité, créant ainsi une PR fondée sur des preuves.

7. mise en œuvre

Sélectionnez un module haute fréquence pour exécuter quatre semaines d'essai.

8. Clôture

L'automatisation R & D est d'abord validée par chaque Bug.

WORKFLOW DESIGN

Que devrions-nous faire de cette scène?

Organisez le bogue, le risque de projet, la réconciliation des données et l'inspection du système en un workflow de travail réémergable, assignable et acceptable. Autour de --Comment Bug regroupe automatiquement et entre dans la file de récupération.

01Quelle est l'évaluation de Bug du poids, de la gravité et de la responsabilité?

La vérification des conditions, de la responsabilité, des sources de données et des exceptions est effectuée à l'aide d'échantillons réels, et la présentation n'est pas utilisée comme substitut aux preuves de production.

02Comment préparer la récurrence minimale et les preuves logarithmiques

La vérification des conditions, de la responsabilité, des sources de données et des exceptions est effectuée à l'aide d'échantillons réels, et la présentation n'est pas utilisée comme substitut aux preuves de production.

03Comment les travaux de réparation provisoires ont été revus et retournés

La vérification des conditions, de la responsabilité, des sources de données et des exceptions est effectuée à l'aide d'échantillons réels, et la présentation n'est pas utilisée comme substitut aux preuves de production.

IMPLEMENTATION PATH

Moyens d'amélioration suggérés

  1. 1
    Recueillir des éléments de preuve à partir de registres, de données et d'opérations réelles

    Sélection des tâches et anomalies récentes et représentatives, identification des participants, des extrants des intrants, du temps et des coûts actuels.

  2. 2
    Définition de la gravité, de la personne responsable, des critères de confiance et d'acceptation

    Distinction entre les actions qui sont auto-exécutives, qui nécessitent une confirmation manuelle et qui interdisent le traitement automatique.

  3. 3
    M. S., Récupérer et projet de restauration

    Commencez par le brouillon, une copie ou une scène limitée, et gardez le transfereur anormal et reculez.

  4. 4
    Boucles fermées terminées par des essais de régression, de dégagement et de dégagement de la retraite

    Observation continue de l'exactitude, de l'adoption, du cycle de traitement, des erreurs et des résultats opérationnels réels.

ACCEPTANCE

Comment automatiser le reçu et l'inspection est vraiment efficace.

L'acceptation ne peut se fonder uniquement sur la question de savoir si une seule démonstration doit être effectuée. Les résultats suivants doivent être observés en permanence à l'aide d'échantillons indépendants et d'anomalies réelles, et les valeurs de référence de prémodification du même calibre doivent être maintenues:

  • Taux de succès de la découverte et de la récurrence
  • De la découverte à l'entrée dans la file d'attente de traitement
  • Pourcentage d ' examens manuels automatiquement recommandés
  • Intégrité des preuves pour le retour, la publication et l'inversion

L'autorisation, l'approbation, la vérification et la prise en charge manuelle doivent également être vérifiées en ce qui concerne le montant, l'engagement des clients, la protection des renseignements personnels, la conformité, le changement de production ou les opérations de suppression.

RELATED RESOURCES

Continuer à apprendre sur les programmes