Testen fan tsjinners, ûntwikkelders, stjoerers-servers, en produksjerjochten
Wurkje mei in grut webstee, mei in soad minsken en siden it behertigjen, komme jo oer ferskillende wurkflierren om te kommen fan in web-ûntwerp papierprototype nei de aktuele siden live ynternet. De workflow foar in komplekse site kin in soad bepalende tsjinner en lokale lokaasjes opnimme. En elk fan dizze tsjinners hat in oare doel. Dit artikel beskriuwt guon fan 'e meast foarkommende tsjinners op in komplekse webside en hoe't se brûkt wurde.
Produktewebserver
Dit is it type webstee dat de measte webûntwerpers bekend binne. In produksjenserver is in webserver dat websteeën en ynhâld ynhâldt dy't klear is foar produksje. Mei oare wurden, de ynhâld op in produksjebewebserder is live yn 'e ynternet of is klear om ynternet te leverjen.
Yn in lyts bedriuw is de produksjenserver dêr't alle websiden wenje. Designer en ûntwikkelders testje de siden op har lokale masines of yn ferburgen of wachtwurd beskerme gebieten op 'e live server. As in side klear is om te libjen, wurdt it gewoan ynstellings op 'e produksjenserer ferpleatst, troch FTP fan' e lokale fereaske drive of troch it ferpleatsen fan de triemmen út it ferburgen directory nei it live directory.
De workflow soe wêze:
- Designer makket webside op lokale machine
- Designertestside op lokale machine
- Untwerpere uploads fan side nei ferburgen triemtafel op produksjenserver foar mear toetsen
- Oanbefene ûntwerpen wurde ferpleatst yn 'e live (net-ferburgen) gebieten fan' e webside
Foar in lytse side is dit in perfoarst akseptabel wurkwize. En yn feite kinne jo faak sjen hokker in lytse side dwaan wurdt troch te besjen op triemmen mei dingen lykas index2.html en yndrukken nammentlik dingen as / nije. As jo oantinken dat net-wachtwurd beskerme gebieten lykas dy troch sykmasjines fûn wurde kinne, kinne de fernijings fan 'e produksjenserer in goeie manier om nije ûntwerpen te testen yn in libbene omjouwing sûnder ekstra tsjinners.
Testing Server of QA Server
Testjen fan tsjinners binne in nuttige oanfolling oan in webside-workflow omdat se jo in manier jaan om nije siden en ûntwerpen te testen op in webserver dat net sichtber is foar klanten (en konkurrinten). Testjen fan tsjinners wurde opsetten om identiteit te wêzen mei de live site en hawwe normaal wat opsje fan ferzje fan in ferzje opsteld om te soargjen dat alle wizigingen opnommen binne. De measte testreservers binne efter in firma fûnsmole setten sadat allinich meiwurkers se sjen kinne. Mar se kinne ek oanmakke wurde mei wachtwurd beskerming bûten in firewall.
In testreservator is tige brûkber foar sites dy't in protte dynamyske ynhâld, programmearring, of CGIs brûke. Dit is om't jo gjin server en databank op jo lokale komputer hawwe, is it tige swier om dizze siden opnij te besjen. Mei in testreserve kinne jo jo wizigings op 'e side pleatse en dan sjen oft de programma' s, skripts, of databanken noch wurkje as jo bedoeld hawwe.
Bedriuwen dy't in testsserver hawwe meikoarten it typearjen sa oan it wurkflak taheakje:
- Desginer bouwt it lokaal lokaal en tests lokale, krekt sa boppe
- Designer of ûntwurpen uploadt wizigingen nei de test-tsjinner om dynamyske eleminten te hifkjen (PHP of oare server-side-skripts, CGI, en Ajax)
- Oanbefene ûntwerpen wurde ferpleatst nei de produksjenserver
Untwikkeldersjinners
Untwikkeldersjinners binne tige brûkber foar websides dy't in grut ûntwikkelingskomponint hawwe, lykas komplekse e-kommersynstellings en webapplikaasjes. Untwikkelders wurde brûkt troch it webûntwikkelteam om te wurkjen op programmearjen fan 'e efterkant fan' e webside. Se hawwe hast altyd ferzjes of boarne-koade-kontrôlesysteem foar meardere teamleden te brûken en se biede in server-omjouwing foar it testen fan nije skripts en programma's.
In ûntwikkeltsjinner is oars as in testserver, om't de measte ûntwikkelders direkt fuortgean oan de tsjinner. De purporse fan dizze tsjinner is typysk om nije dingen te besykjen yn programma's. Wylst de toetsen op in ûntwikkelderserreur passe, is it foar it doel om in stik fan code te wurkjen, net te hifkjen tsjin spesifike kritearia. Dit jout ûntwikkelers om soargen oer de nuten en bolzen fan 'e webside sûnder soargen oer hoe't it sjen sil.
As in bedriuw in ûntwikkeltsjinner hat, hawwe se faak ûnderskate ploegen dy't wurkje oan ûntwerp en ûntjouwing. As dit it gefal is, wurdt de testserver noch wichtiger, lykas dat is wêr't de ûntwerpen gearkomme mei de ûntwikkele skripten. De workflow mei in ûntwikkeltsjinner is typysk:
- De ûntwerper wurkje oan 'e ûntwerpen op har lokale masines
- Tagelyk wurkje ûntwikkelders op skripten en programma's op 'e ûntwikkelderserver
- De koade en ûntwerpen wurde fusearre op 'e testserver foar testen
- Oanfrege ûntwerpen en koade wurde ferpleatst nei de produksjenserver
Ynhâld Sever
Foar websiden mei in soad ynhâld kin der in oare server wêze dat it ynhâld managementsysteem bestiet . Dit soarget de ynhâldyntwikkelers in plak om har ynhâld te foegjen sûnder dat beynfloede wurdt troch it ûntwerp of programma's dy't njonken boud wurde. Content-tsjinners binne in soad as ûntworpen-tsjinners lykas skriuwers en grafyske artysten.
Staging Server
In staging-tsjinner is faak de lêste stop foar in webside foardat it yn produksje brocht wurdt. Staging-tsjinners wurde ûntwikkele om safolle mooglik produksje te wêzen as mooglik. Sa wurde de hardware en software faak sprekke foar de staging en produksjebewebsers. In soad bedriuwen brûke in testreservaat as in staging-tsjinner, mar as it webstee tige kompleet is, jout in stjelpreeders ûntwerper en ûntwikkelders ien lêste kâns om te kontrolearjen dat de foarnommen feroarings wurkje as ûntwikkele en gjin negative ynfloed hawwe op 'e side, sûnder dat oare testen opfierd wurde op 'e testserver, dat feroarsaakje.
Staging-tsjinners wurde faak brûkt as in foarm fan "wachtperioade" foar wizigings fan webside. Op guon bedriuwen brûkt de staging-tsjinner automatysk nije ynhâld, wylst oare bedriuwen de tsjinner brûke as in definitive teste- en goedkarring-gebiet foar minsken bûten it webteam lykas management, marketing en belangrike groepen. De staging-tsjinner wurdt typysk yn 'e wurkflier setten:
- De ûntwerper wurkje oan 'e ûntwerpen op har lokale masines of de testserver
- Ynterne autors kreëarje de ynhâld yn 'e CMS
- Untwikkelders skriuwe op de ûntwikkeldersje
- Untwerp en koade wurde op 'e testserver tegearre brocht foar testen (soms ynhâld is hjirûnder opnommen, mar it wurdt faak jildich yn' e CMS bûten de ûntwerpworkflow)
- Ynhâld wurdt tafoege oan de ûntwerpen en koade op de stjoeringstsjinner
- Finale approvals binne ûntfongen en de folsleine side is stjoerd nei de produksjenserver
Jo bedriuw kin ferskille
Ien ding dat ik leard is dat de workflow by ien bedriuw folslein oars kin as dat op in oar bedriuw. Ik haw HTML- websteeën makke makke krekt op 'e produksjenserer te brûken mei Emacs en vi en ik haw websteeën makke, wêr't ik gjin tagong hat ta ien, mar in lyts part fan' e side dy't ik wurkje en ik ha al myn wurk yn in CMS docht. By it begrepen fan it doel fan 'e ferskate servers kinne jo komme oer, jo kinne jo ûntwerp en ûntwikkeling effektiver wurkje.