Ambito di sviluppo
Ambito e test di base
Determinare le basi esistenti, le dipendenze tecniche e i contenuti che devono essere sviluppati in base ai log degli errori, alla topologia di rete, al firmware dei moduli, alle priorità di connessione, alle condizioni di passaggio e agli obiettivi di ripristino aziendale.
Attuazione e integrazione
Distinguere i guasti del dispositivo, della rete, della piattaforma e del servizio e rilevare il rilevamento della progettazione, il backoff ripetuto, il ripristino controllato, il cambio di connessione e la sincronizzazione dei dati post-ripristino.
Documentazione di consegna
Distribuisci macchine a stati e set di dati di inserimento di errori.
Revisione e limitazioni
Evitare di considerare tutti gli errori come un riavvio completo della macchina. La causa dell'errore e i record di ripristino devono essere conservati per la regressione.
Processo di attuazione del progetto
Verifica di dati e interfacce → Conferma di soluzioni tecniche e casi d'uso di verifica → Implementazione dell'integrazione con l'ambiente di destinazione → Regressione di scenari anomali → Trasferimento dei dati della versione.
Esaminare i risultati dell'implementazione nell'ambiente hardware e software di destinazione e fornire record delle relative configurazioni dell'interfaccia, dipendenze delle versioni e risoluzione dei problemi per facilitare la successiva integrazione e manutenzione da parte del team di ricerca e sviluppo dell'azienda.
Documenti di progetto richiesti
- Registri degli errori, topologia di rete, firmware del modulo, priorità del collegamento, condizioni di commutazione e obiettivi di ripristino aziendale.
- Possono essere fornite informazioni di progettazione, codice, autorizzazioni di interfaccia e dispositivi di test target.
- File sorgenti, programmi o strumenti che si prevede di consegnare, responsabilità dei test di integrazione tra moduli e nodi del progetto.
- Campioni di accettazione, ambiente, condizioni di test e soglie di superamento.
Oggetto della consegna e dell'accettazione
| Servizi | Contenuto della consegna | Metodo di verifica |
|---|---|---|
| Ottieni risultati | Distribuisci macchine a stati e set di dati di inserimento di errori. | Aggiungi interruzioni di rete, DNS e interruzioni del server. |
| Dati integrati | Versioni e dipendenze, configurazione dell'interfaccia, passaggi di utilizzo o distribuzione e modifiche all'integrazione | Controlla il limite di ripetizione e attiva l'anti-shake. |
| Controlla i registri | Condizioni di test, record di esecuzione, elenchi di problemi e risultati di regressione | Registra l'ora in cui la rete o i servizi sono stati ripristinati. |
L'entità della fornitura e i criteri di accettazione vengono determinati in base all'ambiente di destinazione. SDK di terze parti, licenze, laboratori, risorse cloud, materiali per apparecchiature e supporto in loco sono elencati separatamente; Se le informazioni esistenti non sono sufficienti, il lavoro di follow-up viene determinato attraverso la revisione dell'interfaccia o la revisione delle funzioni chiave.
Domande frequenti
Perché l'azienda è ancora offline anche se la rete è stata ripristinata?+
I servizi potrebbero ancora conservare sessioni scadute, vecchi DNS o autenticazioni incomplete. Il ripristino del livello di rete e il ripristino della sessione dell'applicazione devono essere gestiti separatamente e il ripristino deve essere confermato con successo con messaggi aziendali.
4G Quali informazioni sono necessarie per lo sviluppo di riconnessione anomala e commutazione multi-link?+
Si prega di dare priorità alla fornitura di log degli errori, topologia di rete, firmware del modulo, priorità di connessione, condizioni di commutazione e obiettivi di ripristino aziendale. Allo stesso tempo, vengono spiegati l'implementazione esistente, i problemi incontrati, i cambiamenti previsti e le condizioni di test compatibili per aiutare a determinare l'ambito di implementazione e i metodi di riproduzione.
Può essere implementato su prodotti esistenti?+
È possibile innanzitutto valutare l'ambito dei progetti esistenti e delle versioni che possono essere modificate, conservare le parti che sono state riviste e identificare le interfacce e le dipendenze che devono essere modificate. Per questo servizio è necessario tenere presente quanto segue: evitare di trattare tutti gli errori come un riavvio completo della macchina. La causa dell'errore e i record di ripristino devono essere conservati per la regressione. Dopo le modifiche, le funzioni esistenti e quelle nuove devono essere sottoposte a un test di regressione nella misura concordata.
In linea
Telefono
WeChat
tornare all'inizio