Quale metodo viene utilizzato per testare il software sotto un carico specifico?
doc-14745
Le prove di carico riguardano principalmente la verifica del fatto che il sistema può continuare a funzionare sotto un carico specifico, sia che si tratti di grandi quantità di dati o di un gran numero di utenti. Si parla generalmente di scalabilità del software. L' attività di prova del carico correlata di quando eseguita come attività non funzionale è spesso indicata come prova di resistenza. La verifica del volume è un modo per testare le funzioni del software anche quando alcuni componenti (ad esempio un file o un database) aumentano radicalmente di dimensioni. Le prove di stress sono un modo per testare l' affidabilità sotto carichi di lavoro imprevisti o rari. Le prove di stabilità (spesso denominate prove di resistenza o di carico) verificano se il software può continuare a funzionare bene entro o oltre un periodo accettabile.
None
doc-14729
Gli sviluppatori di software non possono testare tutto, ma possono utilizzare il test combinatoriale per identificare il numero minimo di test necessari per ottenere la copertura che vogliono. La progettazione dei test combinati consente agli utenti di ottenere una maggiore copertura dei test con meno test. Che siano alla ricerca di velocità o profondità di prova, possono utilizzare metodi di progettazione combinatoria per integrare variazioni strutturate nei loro casi di prova. Si noti che la "copertura", così come qui utilizzata, si riferisce alla copertura combinatoria, non alla copertura dei requisiti.
None
doc-14734
I test basati sulle specifiche mirano a testare la funzionalità del software in base ai requisiti applicabili. Questo livello di test richiede di solito la fornitura di casi di test approfonditi al tester, che poi può semplicemente verificare che per un dato ingresso, il valore di uscita (o il comportamento), sia "è" o "non è" lo stesso valore specificato nel caso del test. I test case sono costruiti intorno a specifiche e requisiti, cioè ciò che l' applicazione deve fare. Utilizza descrizioni esterne del software, comprese specifiche, requisiti e design per ricavare i casi di test. Questi test possono essere funzionali o non funzionali, anche se solitamente funzionali.
None
doc-5111
Le prove di sicurezza delle rotaie dell' ascensore ad albero di miniera vengono regolarmente effettuate. Il metodo prevede la prova distruttiva di un segmento del cavo. Le estremità del segmento sono sfilacciate, quindi inserite in stampi di zinco conici. Ogni estremità del segmento viene quindi fissata in una grande macchina di stiratura idraulica. Il segmento viene quindi posto sotto carico crescente fino al punto di rottura. Vengono compilati dati sull' elasticità, il carico e altri fattori e viene prodotto un rapporto. Il report viene poi analizzato per determinare se l' intera rotaia è sicura da utilizzare.
None
doc-14743
Le prove di regressione si concentrano sul rilevamento dei difetti dopo che si è verificato un cambiamento importante del codice. In particolare, cerca di scoprire regressioni software, come caratteristiche degradate o perse, compresi i vecchi bug che sono tornati indietro. Tali regressioni si verificano ogni volta che la funzionalità del software che in precedenza funzionava correttamente, smette di funzionare come previsto. In genere, le regressioni si verificano come conseguenza involontaria dei cambiamenti di programma, quando la parte di nuovo sviluppo del software si scontra con il codice precedentemente esistente. I metodi comuni di prova di regressione comprendono la ripetizione di serie precedenti di casi di prova e la verifica del riemergere di guasti precedentemente corretti. La profondità dei test dipende dalla fase del processo di rilascio e dal rischio delle caratteristiche aggiunte. Possono essere completi, per modifiche aggiunte in ritardo nel rilascio o ritenute rischiose, oppure molto poco profonde, consistenti in test positivi su ciascuna caratteristica, se le modifiche sono precoci nel rilascio o considerate a basso rischio. La prova di regressione è in genere il più grande sforzo di prova nello sviluppo di software commerciale, a causa del controllo di numerosi dettagli nelle caratteristiche software precedenti, e anche nuovo software può essere sviluppato utilizzando alcuni vecchi test-cases per testare parti del nuovo design per garantire la funzionalità precedente è ancora supportato.
None
doc-7944
I metodi sierologici sono metodi altamente sensibili, specifici e spesso estremamente rapidi utilizzati per identificare i microrganismi. Questi test si basano sulla capacità di un anticorpo di legarsi specificamente ad un antigene. L' antigene, generalmente una proteina o un carboidrato prodotto da un agente infettivo, è legato dall' anticorpo. Questa rilegatura innesca quindi una catena di eventi che possono essere visibilmente evidenti in vari modi, a seconda del test. Per esempio,"Strep gola" è spesso diagnosticato in pochi minuti, e si basa sulla comparsa di antigeni prodotti dall' agente causativo, S. pyogenes, che viene recuperato da una gola pazienti con un tampone di cotone. I test sierologici, se disponibili, sono di solito la via preferita per l' identificazione, ma i test sono costosi da sviluppare e i reagenti utilizzati nel test spesso richiedono la refrigerazione. Alcuni metodi sierologici sono estremamente costosi, anche se quando vengono comunemente utilizzati, come nel caso del "test di strep", possono essere poco costosi.
None
doc-12321
Le difficoltà teoriche derivano dal fatto che tutti i metodi, ad eccezione del metodo della densità dei cristalli a raggi X, si basano sulla base teorica dell' effetto Josephson e dell' effetto quantum Hall. Se queste teorie fossero un po' imprecise - anche se attualmente non vi sono prove che suggeriscano che lo siano - i metodi non darebbero valori accurati per la costante Planck. Ancora più importante è il fatto che i valori della costante Planck ottenuti in questo modo non possono essere utilizzati come test delle teorie senza cadere in un argomento circolare. Fortunatamente, ci sono altri metodi statistici per testare le teorie, e le teorie non sono ancora state confutate.
None
doc-4152
Fisicamente, i server di database sono computer dedicati che contengono i database reali ed eseguono solo il DBMS e il relativo software. I server di database sono solitamente computer multiprocessore, con memoria generosa e array di dischi RAID utilizzati per una memorizzazione stabile. Il RAID viene utilizzato per il ripristino dei dati in caso di guasto di uno qualsiasi dei dischi. Gli acceleratori di database hardware, collegati a uno o più server tramite un canale ad alta velocità, sono utilizzati anche in ambienti di elaborazione delle transazioni di grandi volumi. I DBMS si trovano al centro della maggior parte delle applicazioni database. I DBMS possono essere costruiti attorno a un kernel multitasking personalizzato con supporto di rete integrato, ma i DBMS moderni si basano in genere su un sistema operativo standard per fornire queste funzioni. da database prima dell' inizio della lingua delle query strutturate (SQL). I dati recuperati erano disparati, ridondanti e disordinati, poiché non esisteva un metodo adeguato per recuperarli e disporli in una struttura concreta.
None
doc-4129
I metodi di compressione Lempel-Ziv (LZ) sono tra i più popolari algoritmi per lo storage lossless. DEFLATE è una variazione su LZ ottimizzata per velocità di decompressione e rapporto di compressione, ma la compressione può essere lenta. DEFLATE è utilizzato in PKZIP, Gzip e PNG. LZW (Lempel-Ziv-Welch) viene utilizzato nelle immagini GIF. Degno di nota è anche l' algoritmo LZR (Lempel-Ziv-Renau), che funge da base per il metodo Zip. [citazione necessaria] I metodi LZ utilizzano un modello di compressione basato su tabella in cui le voci della tabella sono sostituite da stringhe ripetute di dati. Per la maggior parte dei metodi LZ, questa tabella viene generata dinamicamente dai dati precedenti nell' input. La tabella stessa è spesso codificata Huffman (ad esempio SHRI, LZX). Gli attuali schemi di codifica basati su LZ che funzionano bene sono Brotli e LZX. LZX viene utilizzato nel formato CAB di Microsoft.
None
doc-14733
I test di Black-box trattano il software come una "scatola nera", esaminando le funzionalità senza alcuna conoscenza dell' implementazione interna, senza vedere il codice sorgente. I tester sono consapevoli solo di ciò che il software deve fare, non di come lo fa. I metodi di prova Black-box includono: partizionamento equivalenza, analisi del valore limite, test di tutte le coppie, tabelle di transizione dello stato, test della tabella di decisione, test della tabella, fuzz test, test basati su modelli, test di caso d' uso, test esplorativi e test basati su specifiche.
None
doc-3759
La RAM può essere letta e scritta in qualsiasi momento dalla CPU lo comanda, ma la ROM è precaricata con dati e software che non cambiano mai, quindi la CPU può solo leggerla. La ROM viene solitamente utilizzata per memorizzare le istruzioni iniziali di avvio del computer. In generale, il contenuto della RAM viene cancellato quando si spegne il computer, ma la ROM conserva i dati a tempo indeterminato. In un PC, la ROM contiene un programma specializzato chiamato BIOS che organizza il caricamento del sistema operativo del computer dall' unità disco rigido alla RAM ogni volta che il computer viene acceso o resettato. Nei computer embedded, che spesso non dispongono di unità disco, tutto il software richiesto può essere memorizzato nella ROM. Il software memorizzato in ROM viene spesso chiamato firmware, perché è più simile all' hardware che al software. La memoria flash attenua la distinzione tra ROM e RAM, in quanto mantiene i suoi dati quando è spenta ma è anche riscrivibile. È in genere molto più lento rispetto alla ROM convenzionale e RAM, tuttavia, quindi il suo uso è limitato alle applicazioni dove l' alta velocità è inutile.
None