V webovém projektu je zajištěna kvality (QA) vs. kontrola kvality (QC).

"Web je hotový ... ale proč je to špinavé?" Problém světa zlomil web, aby se setkali!

Setkali jste se někdy sami? Projekt na vytvoření webu, který má formovat rukama, sedí jak rozpočet, tak mnoho měsíců. V den zahájení narazil na různé problémy, oteklý včas! Klávesnice není, odkaz je rozbitý, webová stránka je rozbitá na mobilním telefonu, dvorek je tak pomalý. Nebo nejzávažnější je, že zákazníci platí, ale systém nefunguje! Pocit vzrušení byl šťastný, že se web spustil ... místo toho se změnil na stres a stížnosti zákazníků.

Pokud jste v těchto příbězích přikývli, ukazují, že se tento problém nedržíte. Toto je klasická noční můra vlastníka projektu a mnoha týmů pro vývoj webových stránek. K tomu často dochází, když přehlížíme „kvalitu“ nebo nepochopíme, že „závěrečný test na webových stránkách před odesláním práce“ stačí. Ale pravda je mnohem komplikovanější než to a začátek všech řešení skrytých dvěma slovy, která vypadají podobně. Ale odlišný význam je „QA“ a „QC“.

Výzva pro ilustrace: Grafické obrázky, které ukazují stresující vyjádření vlastníka firmy nebo manažera projektu, který drží chrámy před počítačem, který ukazuje web plný chyb (chyba 404, obrázek se nezobrazí, rozložení zkreslené) s plnou červenou ikonou.

Proč má nový web pro spuštění problém? Vyřešit původ chyby

Mnoho lidí má tendenci kombinovat tuto inspekci kvality webu je na konci projektu „Bug Bug“, ale ve skutečnosti je to jen konec problému. Skutečný zdroj je často způsoben zmatením mezi dvěma hlavními pojmy: ** Zajištění kvality (QA) ** a ** Kontrola kvality - QC) ** Tyto dvě oddělení způsobují, že proces vývoje webu chybí proaktivní prevence

Představte si:

• Týmy, které se zaměřují pouze na QC (reaktivní): zrychlí vývoj různých funkcí. Aby bylo možné dokončit co nejdříve a pak se v posledním období pronásledovat „chytit chybu“ nebo „testovací vyhledávání“, než doručíte práci, je výsledkem, že existuje mnoho problémů, které jsou hluboce zakořeněné a obtížně vyřešeny. Musí demontovat nový kód ztráta času a rozpočtu eskalovat
• Tým nedorozumění: Některé týmy si mohou myslet, že test znamená najít knihu, je dělat QA, což není správné. Nalezení chyby je součástí QC, ale ne všechny QA, což způsobuje nedostatek plánování, aby se zabránilo problémům ze zdroje.
• Žádné centrální standardy: Pokud neexistuje jasný proces QA, může každý vývojář psát různé styly. Žádné jasné referenční dokumenty způsobující, když je práce kombinována, může snadno způsobit chyby, jako je stavba domu architekty a inženýry, kteří mluví s různými jazyky

Tyto kořeny, díky nimž váš web vypadají jako časová bomba. Čekání na den na vytvoření problémů po spuštění. Což ovlivňuje více, než si myslíte, že pochopení rozdílů QA a QC je prvním krokem v budově, aby vytvořil silný web. Mít kontrolní seznam pro dobré webové stránky je součástí plánování QA, které také pomáhá snižovat chyby.

Výzva pro ilustrace: Jednoduché infographic Images Porovnejte dvě trasy Jedním ze směrem je vinutí cesty s názvem „Zaměření na QC na konci“, která je plná ikon a červených světel. S další rovnou a hladkou cestou s názvem „QA v průběhu celého procesu“, která vede k trofeji psané „kvalitní web“

Uvolněte web, který postrádá kvalitu ... nevýhodu, která je vážnější než jen „ztráta tváře“

Nechat web plný chyb jít do očí uživatele neovlivní dopad, pouze způsobuje, že „ztráta“ týmu nebo „ztráta času“ opraví, ale přímo to ovlivňuje podnikání v mnoha dimenzích, které jsou mnohem děsivější než to:

• Ztráta důvěryhodnosti a zničení obrazu. Značka: Web je tváří podnikání. Pokud přijde zákazník a zjistí, že pouze web je zlomený pomalu, je obtížné jej použít. Důvěra, že se vaše značka okamžitě sníží. A nemusí se znovu vrátit
• Ztracené obchodní příležitosti a prodej: Představte si, že zákazníci chtějí koupit věci, budou porušeny. Ale nelze stisknout tlačítko platby ani vyplnit formulář. Kontaktujte web ... To je prodej a potenciální zákazníky, které zmizely v mrknutí oka. A může znamenat ztrátu tohoto zákazníka pro konkurenty navždy
• Plýtvání marketingovými rozpočty. Výhody: Můžete hodit spoustu peněz na natáčení reklam na Facebooku nebo Google, abyste lidi přitáhli na web. Pokud však váš web ve skutečnosti nefunguje, je jako nalití vody do netěsné nádrže, neznamená se provoz, který byl získán. A zároveň zvyšuje poplatky za reklamu, protože míra BondCe roste
• V dlouhodobém horizontu SEO: Google je velmi důležitý pro uživatelskou zkušenost (uživatelská zkušenost). Web, který se načítá pomalu, má vysokou míru opuštění nebo rozbité odkazy budou nepřetržitě sníženy. Zhodíte hledání vyhledávání.
• Vyšší náklady na korekci: Korekce chyby po živém webu byla nákladná vyšší než prevence chyb od začátku. Jak z hlediska času, pracovních sil a ztráty obchodních příležitostí

Investice do procesu vytváření „kvality“ není „náklady“, ale nejdůležitější „investice“, která zabrání tomu, aby se tyto škody objevily. Jedním ze způsobů, jak pomoci najít a vyřešit tyto efekty pravidelně provést proces auditu UX

Výzva pro ilustrace: Mléčné obrázky, které vykazují negativní efekty, začínají z „Web with Bug“ a mají šipku směřující na „zákazníci jsou frustrovaní“, „ztráta prodeje“, „ztráta značky“ a „SEO hodnost“ je domino efekt.

Vyřešte příčinu! Oddělené mezi QA a QC a poté použity jako

Při pochopení problémů a dopadů je čas vidět správné řešení. Klíčem je rozlišit a vést oba ** QA (zajištění kvality) ** a ** QC (kontrola kvality) ** správně použít ve vašem projektu.

Chcete -li vidět nejviditelnější obrázek, představte si zdravotní péči:

• QA je „preventivní zdravotní péče“: jako byste plánovali jíst užitečné jídlo, pravidelné cvičení, dostatečně spát, to vše, aby se „zabránilo“, aby se od začátku onemocnělo.
• QC je „roční kontrola zdraví“: Stejně jako vy chodíte do nemocnice pro krevní testy, měření, x -Ray na „kontrolu“ a „hledání“, jaká nemoci jsou ve vašem těle skryta.

Uvidíme, že chceme, aby oba nemohli žít bez webu, je stejný.

Zajištění kvality (QA) - zajištění kvality (zdůraznění „procesu“ na „ochranu“)

QA je proaktivní aktivita, která se zaměřuje na ** „pracovní proces“ **, aby zajistil, že konečný výsledek vyjde kvalita a sníží chyby na minimum. Je to vytvořit standard a nastavit systém ochrany, protože před zápisem prvního kódu řádku.

Příklad aktivit QA:

• Stanovení standardů kódování
• Výběr správné technologie a nástrojů
• Vytváření jasného požadavku a specifikačních dokumentů
• Návrh pracovního postupu, například použití prostředí WebFlow Staging pro bezpečné zkušební oblast.
• Školení týmu, aby měl stejné znalosti a porozumění.

Kontrola kvality (QC) - kontrola kvality (zdůraznění „výsledků“ pro „inspekci“)

QC je přijímací aktivita (reaktivní), která se zaměřuje na ** „výsledky“ ** nebo na web vytvořený pro kontrolu a identifikaci chyby (vady), které se vyskytují co nejvíce před skutečným uživatelským webem

Příklad aktivity QC:

• Testoval různé funkce, zda funguje správně podle požadavku nebo ne (funkční testování)
• Zkoumání displeje v různých prohlížečích a zařízeních (testování křížového prohlížeče/křížové zařízení)
• Testování výkonu
• Kontrola rozbitého odkazu

Takže místo toho, aby se zeptali: „QA a QC, který z nich je lepší?“ Správná otázka zní ** „Jak můžeme sloučit QA i QC do našeho projektu?“ ** ASQ (Americká společnost pro kvalitu) jasně popsal tento rozdíl, že QA je plánování procesu. QC kontroluje výsledky tohoto procesu.

Výzva pro ilustrace: INFIGUER obrázek, sloupec 2, tabulka 2, jasně porovnání QA a QC. Sloupec QA má ikonu obrázku „Kalendář, dokument“ s klíčovými slovy „Proaktivovaná, preventivní,„ QC sloupec “se zvětšenou ikonou„ s klíčovými slovy “s reacled-orientovanými produktem, identifikovat defekty“

Příklady ze skutečné věci: Když Tech změnil webovou krizi ... na hladké spuštění

Abych byl jasnější, chtěl bych uvést příklad společnosti „Innovatech“, která vytvořila platformu SaaS pro řízení projektů.

První drahá lekce: Při otevření verze 1.0 se tým InnovaTech zaměřuje co nejdříve na vývoj funkcí. S pouze povrchním QC za poslední týden před spuštěním výsledku je katastrofa! Uživatelé se setkávají s mnoha chybami. Systém často havaruje. Někteří zákazníci chybí. Tým musí večer pracovat, aby dodržoval problém. Způsobující reputaci i první skupinu zákazníků

Čištění tenké a nově vytvořené ve verzi 2.0: Z této lekce ve vývoji verze 2.0 upravili všechny nové procesy pomocí principů QA a QC vážně.

• Úroveň QA (prevence):
  • Nachází se nadace: Definují „kódovací standardy“, které musí každý dodržovat, vytvářet „návrhový systém“, aby byl uživatelské rozhraní konzistentní a zapisoval „technickou specifikaci“ všech funkcí.
  • Vytvořit proces: K dispozici je „kontrola kódu“ pokaždé před kombinací kódu a pomocí systému „Continuous Integration (CI)“ pro automaticky testování nového kódu.
• QC krok (inspekce):
  • Vytvoření testovacího plánu: Testovací tým vytvoří „testovací případy“, které pokrývají každou možnou situaci.
  • Rozdělte testy na kola: Test jednotky vývojářem, Integrační test týmem QA a konečně, test přijetí uživatele (UAT), se skutečnými vzorky zákazníků to zkusí.
  • Kontrolní seznam před uvolněním: Před spuštěním použili kontrolní seznam post-LA Unch důkladně, aby vše naposledy zkontroloval.

Různé výsledky a propast: Vydání verze 2.0 je velmi hladké. Počet chyb, které uživatel hlásil o více než 90%. Systém je vysoce stabilní. A noví zákazníci poskytují vynikající skóre spokojenosti Toto je síla integrace QA a QC, která se změnila z projektu, který se téměř nedokázal stát úspěšným produktem.

Výzva pro ilustrace: Obrázek grafiky před a po a po a po je raketa, která se chystá uvolnit, ale je zde černý kouř a zlomený kus s „verzí 1.0 (pouze QC“.

Co chcete dělat? Kontrolní seznam pro použití QA/QC ke skutečnému použití

Přečtěte si zde, že byste chtěli použít tyto zásady na svůj vlastní projekt, že? Nemusíte se starat o to, že nebudete moci vyzkoušet tento jednoduchý kontrolní seznam jako pokyn, který je rozdělen do 2 hlavních částí: ** Aktivita QA (proveďte všechny projekty) ** a ** Aktivita QC (vyrobená kolem) **

Část 1: Aktivita QA (zajištění kvality - Prevence)

Ty by měly být součástí pracovní kultury v každém projektu:

• [] Jasné cíle a požadavek: Každý v týmu musí pochopit, že „hotový web“ vypadá, jako jaké jsou funkce?
• [] Vytvořte pracovní standardy (standardizace):
  • - Pro vývojáře existují standard a průvodce stylem.
  • - Pro návrháře existuje návrhový systém, který ovládá návrhový tón.
• [] Dokumentace: Poznámky pro technické rozhodování, metody API nebo jiné důležité informace, které musí tým používat společně
• [ ] Plánování v testovací oblasti: Určete, že pracovní postup funguje prostřednictvím jasného stagingového prostředí tak, aby bylo možné jej testovat a recenze bez ovlivnění skutečné webové stránky .
• [] Poskytněte přehled práce (křížově funkční přehled): Například vývojář, recenze sebe, návrháře. Recenze u vývojáře zpracovávají webový rámec atd.

Část 2: Aktivita QC (kontrola kvality - jistě kontrola)

K tomu dojde na důležitých bodech projektu, zejména před doručením:

• [] Vytvořit testovací plán a testovací případy: Jaký je plán testovat? A jaké jsou testovací postupy? Dobré zdroje informací, jako je Guru99 , mají příklady pro další studium.
• [] Funkční testování: Zkontrolujte, zda všechny funkce fungují správně tak, jak je navrženo nebo ne (jako je aplikace, objednávání, formování)
• [] Testování použitelnosti a UX: Testujte, zda je web snadno použitelný nebo ne? Je uživatel zmatený? Audit UX může v této části hodně pomoci.
• [] Testování kompatibility: Zkontrolujte displej a pracujte
  • - Populární prohlížeč (Chrome, Firefox, Safari, Edge)
  • - zařízení (stolní počítač, tablet, mobilní)
• [] Testování výkonu: Testujte rychlost načítání webové stránky a měření pomocí nástrojů, jako jsou Insights Google PageSpeed.
• [] Proveďte testování přijetí uživatele (UAT): Nechte skutečné zákazníky nebo uživatelé pokusit se pokusit a poskytnout zpětnou vazbu před spuštěním.

Komplexní kontrolní seznam vám pomůže zajistit si, že se nic nepadne. A připraven dodat vysoce kvalitní web , který vytváří dobré výsledky pro vaše podnikání

Výzva pro ilustrace: Krásné obrázky kontrolního seznamu jsou rozděleny do 2 částí, které jsou „QA Proces“ a „QC Checkpoints“ se správnou stranou zaškrtnutí.

Otázky, které lidé mají tendenci pochybovat (FAQ), vylučují všechny problémy na QA vs. QC.

Takže to můžete pochopit hlouběji, sestavil jsem společný otázka ohledně QA a QC, abych jasně odpověděl.

Otázka 1: V týmu je nutné mít pozici „QA“ a „QC“ samostatně?
Odpověď: Ve velkém týmu nebo složitém projektu je samostatnou pozici (jako je manažer QA a QC/tester) považován za osvědčené postupy, ale pro malé týmy nebo startupy, které nejsou omezeny, není třeba mít samostatnou pozici. Důležité je však, že ** Všichni v týmu musí pochopit a odpovědnost za své role. ** Například projektový manažer se může postarat o QA, vývojář. Test jednotky (část QC) a majitel projektu nebo marketingového týmu, aby vytvořili UAT (testování přijetí uživatele).

Q2: Pokud je naše podnikání velmi malé, není pro tým žádný další rozpočet. Na co se mám nejprve zaměřit?
Odpověď: Pokud si musíte vybrat ** Začněte vytvořením dobré kultury QA nejprve **, protože prevence má nižší náklady než vždy. Snažit se vytvořit jasný pracovní proces, mít dobré dokumenty a často komunikovat v týmu. QC může dělat na základní úrovni, jako jsou vývojáři, kteří pomáhají testovat práci přátel. Nebo nechte lidi, kteří ve společnosti nejsou techniky, aby pomohli hrát web v rohu skutečného uživatele

Q3: Jaký je rozdíl mezi QA a QC?
A: Je to velmi dobrá otázka! Chcete -li se podívat na 3 vrstvy překrývajících se obrázků:

• Testování softwaru: je test „aktivita“ pro nalezení chyby. Je nejmenší část
• QC (kontrola kvality): je „proces“, který používá testování softwaru a další činnosti. Chcete -li zkontrolovat kvalitu „výsledků“ (web)
• QA (Assurance Quality Assurance): je „rámec“, který pokrývá jak proces vývoje, tak proces QC, aby se zajistilo, že vše bude splnit standardy a „zabránit“ způsobuje problémy od začátku.

Stručně řečeno, testování je součástí QC a QC je součástí QA.

Q4: Měli bychom začít dělat QA a QC od doby, kdy projekt?
A: ** QA začíná od prvního dne (1. den) ** projektu. Ze sběru požadavků a plánování. ** QC bude pravidelně spuštěn. ** Pokud jsou například práce nebo výsledky, po dokončení funkce A, QC má QC, po dokončení sprintu, sprint a velký QC budou otevřeny před skutečným webem.

Výzva pro ilustrace: Lidé mluví. S otazníky a správnými značkami, které zprostředkovávají otázky, které otázky vymalují

Závěrem lze říci, že snadno pochopitelné: QA a QC nejsou nepřátelé, ale partner na kvalitní webové stránce.

V tomto okamžiku se domnívám, že byste měli jasně vidět, že ** QA (zajištění kvality) ** a ** QC (kontrola kvality) ** Není to samé. A nelze jej vůbec nahradit

Snadno si pamatovat takto:

• QA se těší (dopředu): Jak můžeme „zabránit“ problémům? Je náš proces dost dobrý?
• QC se ohlédne zpět (zpětně vypadající): Výsledek „Kde jsou problémy“? Co musíme opravit?

Vytváření vysoce a vysoce kvalitních webových stránek se již nemůže spoléhat na konečnou péči o projekt, ale vyžaduje systematický obranný plán (QA) paralelně s intenzivní inspekcí (QC) podél cesty, jako je „Ghost Ventian“ a „Sorcerer“ ve stejném týmu

Chtěl bych vás pozvat, abyste se pokusili prozkoumat webový proces ve vašem týmu. Že dnes máme „partnera“, tento pár je kompletní a pracují dostatečně dobře? Investice jsou účinné při vytváření kvalitních procesů od dnešního dne. Je položit nejsilnější základ pro dlouhodobý úspěch vašeho podnikání online

Je čas změnit web, který „právě dokončil“ jako „kvalitní“ web! Pokud potřebujete partnera nebo odborníka, aby pomohl vytvořit a vytvořit vysoce kvalitní web, který řídí vaši firmu, náš tým je připraven poradit!

Výzva pro ilustrace: Krásná grafika, ikona QA (obranný štít) a QC (zvětšovací sklo) se drží za ruce. S rostoucím pozadím grafu se zprávou „Lepší kvalita, lepší výsledky“

‍