Il test cross-browser dovrebbe essere esplicitamente menzionato nell'ambito di un progetto?

Nel tuo contratto, devi specificare un elenco esplicito di browser supportati . Ciò ti farà risparmiare un sacco di problemi, se in seguito il cliente si lamenta che la pagina appare rotta sul suo vecchio notebook Windows XP con IE6. (Leggi cosa è successo a questo tizio .)

Poiché utilizzi le librerie, l'intersezione degli elenchi di compatibilità dei browser ( jQuery , Bootstrap ) è probabilmente un buon punto di partenza per la tua lista. Assicurati di menzionare specifiche versioni del browser anziché minimo versioni: se, tra due anni, verrà rilasciata una nuova versione IE / Firefox / Chrome che rende la tua pagina web non corretta, perché dovresti correggerlo gratuitamente?

Non appena includi un elenco di browser supportati, il test per questi browser (e la risoluzione di eventuali problemi dovuti all'uso di tali browser) è parte del progetto. La compatibilità con altri browser non rientra nell'ambito del progetto e deve essere ordinata e pagata in più.

Il tempo (e il costo) per questo varia molto, a seconda che si tratti, ad esempio, di una piccola correzione per una variante di tablet di un browser recente basato su Webkit (prezzo basso) o aggiungendo la compatibilità IE6 a una pagina Web HTML5 complessa (prezzo molto alto).

Come cliente, mi aspetto che il sito web sia compatibile con i "Top 5", ovvero Chrome, Firefox, Opera, Safari e IE8 +.

Come freelancer, la mia opinione varia in base al budget (a meno che i requisiti iniziali specificino esplicitamente la compatibilità, nel qual caso la domanda non esiste in primo luogo).

• Se il cliente è uno di quelli che non hanno soldi e non vogliono pagare per la qualità e il progetto è nel budget più basso possibile, farò in modo che il sito funzioni bene nel browser I usare me stesso "Funziona sulla mia macchina", è tutto ciò di cui ho bisogno. Se hai bisogno di compatibilità con un altro browser, questo ti costerà altri N dollari.

• Per i progetti ordinari, assicurerei almeno che il progetto funzioni con le ultime versioni di Chrome, Firefox e IE; forse proverò anche una versione precedente di IE, ma non impiegherò troppo tempo a modificare il layout per questo.

• Per progetti di alta qualità, richiederei che l'elenco dei browser sia specificato nei requisiti. Ciò rende le cose molto chiare e il cliente può chiedere anche la compatibilità con IE6, se vuole pagare il doppio del prezzo del progetto.

  Se la compatibilità del browser è importante, è possibile effettuare uno studio per raccogliere / prevedere le statistiche di utilizzo del browser. Ciò renderebbe possibile determinare con precisione quali browser dovrebbero essere presi in considerazione. Trascorrere giorni su un bug in IE7 non ha senso se IE7 viene utilizzato dall'1% dei clienti.

Nota: ciò che è anche molto importante è come verrà testata la compatibilità. Se gli angoli arrotondati non sono arrotondati in IE7, mentre i requisiti richiedono che il sito Web sia compatibile con IE7, non rispetta i requisiti? Se una zona è più grande di 2 pixel su un browser rispetto ad un'altra, dato che questa discrepanza è appena visibile, è importante e dovrebbe essere riparata? Se solo un brutto trucco può correggere una specifica discrepanza, dovrebbe essere usato, o la chiarezza del codice dovrebbe essere la priorità?

Un approccio di lavoro consiste nel classificare i browser come fatto dalla BBC in Standard di supporto per browser BBC .

Uso queste classi:

+ supported (≥5%)
o partially supported (≥2%)
- not supported
● tested by me

Il cliente riceve un grafico con i browser, le versioni e la condivisione dei mercati, con ciascuna voce contrassegnata secondo la legenda sopra. Eseguo il test solo con la versione più recente di ciascuno dei tre browser leader del mercato.

I browser supportati sono quelli con una quota di mercato di almeno il 5%. Per questi, garantisco la conformità visiva e funzionale alle specifiche del cliente. Ogni deviazione è considerata un bug, devo risolvere.

I browser con copertura parziale sono quelli con una quota di mercato tra il 2% e il 5%. Garantisco solo la conformità funzionale. Qualsiasi deviazione funzionale è un bug, tutto il resto una richiesta di modifica.

I browser non supportati sono quelli che dice il nome: non supportati. Qualunque cosa il cliente voglia che faccia in questa zona è una richiesta di modifica, per cui deve pagare.

Sì, è necessario specificare quali browser saranno supportati dal sito Web risultante, SOPRATTUTTO su un lavoro di offerta a prezzo fisso. Il tuo cliente potrebbe avere un buon controllo sui suoi utenti, nel qual caso potrebbero essere in grado di dirti a quali browser hanno interesse.

C'è un'altra risposta a questo, si chiamano standard ratificati ... Accordati in anticipo su quali standard stai lavorando (xhtml1.0 transitional / css2.0 per esempio) e sviluppa quello. Lo standard stesso è l'arbitro finale e le modifiche nei browser successivi dovrebbero tenerne conto.

Questo ti porta fuori dalla situazione in cui, se un creatore di browser cambia funzionalità come patch (specialmente in una bozza di standard come html5 che probabilmente cambierà) non sarai preso di mira. Allo stesso modo, se due motori di rendering non vengono configurati, hai un punto di riferimento fisso su quale comportamento è corretto.

Se poi vuoi aggiungere un codice non standard o utilizzare funzionalità aggiuntive per il comportamento di alcuni browser non standard come chrome o ie6, puoi farlo in modo additivo (tramite il rilevamento delle funzioni, ad esempio).

Se il cliente torna con un problema, puoi indicarlo sullo standard e dire che sta facendo ciò che dovrebbe, ma se desideri che lo aggiorni per la tua piattaforma non conforme prescelta, allora sarò felice di , ma ti costerà.

(* IE6 e Chrome sono ugualmente problematici in quanto gli sviluppatori malintenzionati si rivolgono a funzioni specifiche del browser e non codificano per tornare a uno standard in modo appropriato.)