Cosa significa in genere che una caratteristica sia "supportata"?

3

Attualmente sto lavorando ad alcuni test per una particolare area di un'applicazione. Ho dovuto scrivere alcuni test automatici per una particolare caratteristica, ma a causa delle circostanze, questo non era facile da fare. Quando l'ho interrogato su uno degli altri tester, ha detto che le stesse funzionalità esistono in un'applicazione sorella prodotta dalla nostra azienda ma non è documentata da nessuna parte (documentazione per l'utente finale o altro). Ha anche affermato che la funzione in genere non viene affatto testata nell'applicazione sorella e di solito non viene testata nell'applicazione su cui lavoro. Apparentemente questa funzione non è molto utilizzata, ma la sua rimozione richiederebbe un bel po 'di lavoro, quindi il rapporto costi-benefici non funziona.

Tutto ciò mi ha lasciato alcune domande. Oltre a "La documentazione dice così" o "Abbiamo detto al cliente che è", cosa solitamente rende una funzione "supportata" rispetto a una funzione non supportata?

    
posta joshin4colours 04.09.2012 - 19:29
fonte

4 risposte

9

what usually makes a feature "supported" versus an unsupported feature?

Impegno dello sviluppatore. Se alcuni programmi sono in grado di importare XML ma lo sviluppatore non prevede di supportare quella funzionalità in futuro, gli utenti dovrebbero aspettarsi che si interrompa in qualsiasi momento o che non funzioni affatto. D'altra parte, se lo sviluppatore afferma che la funzione è supportata, gli utenti possono aspettarsi che tale funzione venga testata e funzioni correttamente. Se la funzione non funziona, gli utenti possono correttamente lamentarsi del fatto che il software non esegue ciò che dice lo sviluppatore.

    
risposta data 04.09.2012 - 19:36
fonte
3

Di solito prendo "supportato" letteralmente: significa che la parte responsabile (programmatore / gruppo / azienda) intende supportare gli utenti della funzionalità quando incontrano problemi con essa. Il supporto può essere sotto forma di aiuto diretto, debugging, rilascio di correzioni di bug, fornitura di documentazione, ecc. D'altra parte, "Unsupported" tende a significare "potrebbe funzionare, ma non lamentarci se qualcosa va storto".

    
risposta data 04.09.2012 - 19:46
fonte
1

Supportato può significare qualsiasi cosa, abbiamo l'accreditamento ISOxxxx completo per quella funzionalità completamente testata che tutti i nostri clienti utilizzano - fino a - pensiamo che un tirocinante abbia lavorato su quello un paio di anni fa.

Unsupported può significare qualsiasi cosa, non abbiamo ancora ricevuto l'accreditamento ISOxxxx completo per quella funzionalità completamente testata che tutti i nostri clienti utilizzano - fino a - pensiamo lo stagista ha lavorato su questo un paio di anni fa.

    
risposta data 04.09.2012 - 19:37
fonte
1

Una funzionalità è "supportata" se la parte responsabile della funzionalità generale del software asserisce e si assume la responsabilità del corretto comportamento del software quando viene utilizzata in quel modo particolare.

Pensa che sia come una prescrizione o un farmaco OTC. Il creatore di quella droga ha progettato e destinato ad avere alcuni effetti primari, mirando a un certo "problema" (malattia, sindrome, disordine, ecc.). Tuttavia, medici e pazienti potrebbero scoprire che ha certi "effetti collaterali" che potrebbero essere effettivamente desiderabili. La difenidramina (Benadryl) fu originariamente sviluppata e commercializzata come antistaminico. Minoxodil (Rogaine) era originariamente inteso come vasodilatatore topico per migliorare la circolazione della pelle. Il Viagra era inteso come un farmaco per la pressione del sangue. In tutti questi casi, gli effetti collaterali (sonnolenza, crescita dei capelli, erezioni) sono stati visti come benefici e il farmaco è stato commercializzato per quell'effetto primario.

Al contrario, ci sono effetti collaterali che i medici hanno visto come benefici, o malattie che mostrano un miglioramento con il farmaco, che non erano l'intento del produttore di farmaci. Fino a quando il produttore di farmaci non supererà il processo di approvazione con la FDA per questo nuovo uso, il produttore di farmaci non è autorizzato a commercializzare il farmaco per i medici come utile per questa condizione e non ha alcuna responsabilità per i danni come conseguenza di questo " "off-script". I medici possono ancora prescriverlo - possono prescrivere praticamente qualsiasi cosa per qualsiasi cosa - ma hanno piena responsabilità per eventuali effetti negativi o altri insuccessi.

Il software è simile, ma senza supervisione della FDA (sonnolenza, bocca secca, infarto, ictus, coma, morte o alitosi). Il proprietario del prodotto potrebbe aver progettato un software per soddisfare una specifica esigenza. Gli utenti del software possono quindi scoprire che se lo si imposta in un certo modo, fa quest'altra cosa utile. Il proprietario del progetto potrebbe non esserselo mai aspettato, e infatti potrebbe considerarlo un bug. In quanto tali, potrebbero non "supportare" il software utilizzato in quel modo; se non riesce a funzionare correttamente in quella configurazione, l'utente non ha diritto ai benefici di alcuna garanzia, né gli sviluppatori cercheranno di risolvere il "problema". D'altra parte, se quell'uso alternativo è considerato vantaggioso, i programmatori possono includere quella funzionalità, programmarla, verificarne la correttezza e affermare che funzionerà correttamente quando usata in quel modo; ora "supportano" quell'uso.

    
risposta data 04.09.2012 - 21:35
fonte

Leggi altre domande sui tag