Testare centinaia di app Mac per Mole

Per migliorare la disinstallazione e la ricerca dei residui in Mole, sto ripetendo un lavoro piuttosto monotono. Ho raccolto oltre 300 app Mac, cinesi e internazionali, per più di 100 GB di download. Le ho divise in 30 gruppi da dieci e ho fatto usare il computer all’IA per scaricarle dai siti ufficiali e installarle sul mio Mac. Poi ho controllato cartelle, bundle di aggiornamento e avvio automatico, disinstallato le app e cercato i file rimasti per completare le regole.

Da 100 a 300, poi a 549

All’inizio volevo provare soltanto 100 app comuni. Poi ho pensato: altre cento. E ancora cento. In seguito sono arrivato a 549, includendo versioni App Store ed estensioni. Di solito cerco di tenere circa 30 app sul Mac. Durante i test la scrivania era diventata così.

Le installazioni portano interruzioni: permessi, schermate di acquisto e talvolta la password di amministratore. L’agente fa quasi tutto, io aiuto dove serve. Mi ha sorpreso quando ha scritto script per installare, disinstallare e controllare i residui, semplificandosi il lavoro. A tratti ero io il suo assistente.

L’installazione è solo l’inizio

La parte lunga consiste nel seguire l’app dal primo avvio alla rimozione, passando per permessi, aggiornamenti e avvio automatico. Nell’installer non si vedono le cartelle create solo durante l’uso. Eliminare il bundle non dice cosa succede ai file depositati altrove.

Per ogni gruppo verifico chi ha creato una cartella, a chi appartiene l’helper di aggiornamento e quali elementi di avvio restano. Prima di scrivere una regola servono il percorso reale e la sua appartenenza: un nome simile non basta. Anche le versioni App Store e quelle scaricate dal sito vanno controllate separatamente, perché lo stesso nome non garantisce le stesse posizioni dei dati.

L’IA ripete i controlli e scrive script per i passaggi già compresi, ma permessi, password di amministratore e file di provenienza incerta richiedono ancora attenzione. A mano, secondo la mia stima, ci sarebbe voluto dieci volte tanto.

Cose che si scoprono solo installando

Pensavo che dopo 100 app le convenzioni del software avrebbero coperto quasi tutti i casi successivi. Invece molti percorsi sfuggono alle regole generali. Alcuni bundle ID non usano nemmeno la notazione a dominio inverso. Dietro una convenzione apparentemente ordinata può esserci un valore scritto al volo anni prima. Bisogna installare e controllare ogni app.

Queste verifiche mi hanno anche fatto correggere punti in cui pensavo di dover eliminare qualcosa che andava conservato. Cache, file personali e dati condivisi tra app non diventano tutti spazzatura solo perché stanno nella stessa cartella. Più test significano anche più cose da lasciare al loro posto.

Trovare anche ciò che deve restare

Il primo ciclo di oltre 300 app ha aggiunto 13 categorie di regole riutilizzabili e più di 90 percorsi precisi. Ho anche corretto oltre 30 punti che pensavo di dover pulire ma che non andavano toccati, integrato i controlli degli aggiornamenti e dell’avvio e aggiunto più di 100 test unitari. Sono i numeri di quel ciclo; l’elenco delle app continua a crescere.

Le correzioni valgono quanto i nuovi residui trovati. Una cache può essere ricreata, un file scritto da una persona no. I dati condivisi non devono sparire perché viene rimossa una sola app. Un file apparentemente abbandonato può servire ancora altrove: se non è chiaro a chi appartiene, è meglio conservarlo.

Puntare soltanto a una quantità maggiore di dati eliminati farebbe perdere di vista le verifiche. Le regole generali coprono gli schemi ricorrenti, i percorsi particolari richiedono conferme individuali e i test conservano i casi da non eliminare, così le modifiche successive possono intercettare errori già risolti.

Un aiuto inatteso dall’accessibilità

Fin dalle prime versioni, Mole ha aggiunto attributi di accessibilità per le persone con disabilità visive. Quegli attributi hanno aiutato anche l’IA a individuare correttamente elementi e pulsanti durante i test. Un lavoro fatto per gli utenti è tornato utile anche a me.

Gli attributi di accessibilità possono descrivere nome, tipo e stato di un pulsante, non solo la posizione. Uno script ha così un riferimento anche quando cambia la disposizione. Con un’immagine e coordinate fisse, basta spostare una finestra o cambiare un dialogo per cliccare nel posto sbagliato.

Sono però pensati prima di tutto per le persone. Se l’IA trova un pulsante, non significa che chi usa VoiceOver riesca a completare l’operazione. Vanno ancora verificati etichette, ordine del focus e lettura dei risultati. Questo lavoro mi ha fatto apprezzare di più il supporto a modi diversi di usare un computer.

Dopo cento app mi aspettavo soprattutto ripetizioni, ma a 300 e a 549 emergevano ancora dettagli nuovi. Voglio continuare a installare e controllare le app comuni, riportando in Mole ciò che scopro. Queste verifiche ordinarie possono fare la differenza quando qualcuno disinstalla davvero un’app.

Se sviluppate app o siti, potete chiedere al vostro assistente di programmazione di aiutarvi con l’accessibilità. Può facilitare l’uso alle persone con disabilità visive e rendere più affidabili i vostri test automatici. Continuerò queste verifiche: trovate le app nell’elenco dei software testati e potete suggerirne altre.