Adresse
Søvangsvej 1 DK-2650 Hvidovre
Telefon
(+45) 71 10 02 03
Mail
info@nordicwebdesign.dk

Wordpress


For at imødekomme nøjagtigheden, hastigheden og leveringskravene til missionskritiske forretningsaktiviteter, skal man implementere en VPS hosting model. Denne teknologi giver fast opbevaring til medier, der er tilgængelige via en facilitet; den omfatter også software, der implementeres ved server side operationer. Denne form for en ombygget webhost giver begrænset adgang, der ydes via en webbrowser og / eller et specielt softwareprogram, der kører på klientsiden.

VPS-hosting-tjenesterne kaldes også "cloud computing", fordi data er normalt gemt i en sikker fysisk placering. Der er ingen distribution af tjenester over en række servere. Denne innovative tilgang er populær, fordi den giver et højt niveau af sikkerhed og hurtig adgang til filer i upload og / eller downloadfunktioner.

VPS hosting og dets fordele

Et stort problem med hosting service løsninger er at folk undlader at vælge den korrekte udbyder. For nylig er folk begyndt at indse, at deres forretning kræver både dedikerede og fælles webserverfunktioner for at sikre kontinuitet og problemfri drift. Virtual private server hosting løsninger opfylder faktisk disse krav. En sådan enestående kombination af funktioner giver en person de bedste funktioner. Den bedste del om at ansætte VPS er, at prisen er lavere, og man kan stadig få adgang til kontrolpanelet.

Man skal bruge lidt tid på at undersøge om kvalitets VPS-hostingudbydere. Virksomheder, der tilbyder en liste over kompatible tjenester til overkommelige priser, skal vælges. Først da kan beslutningen være omkostningseffektiv til en virksomhed såvel som gavnlig for det eksisterende miljø.

En bred vifte af fordele eksisterer stadig med sådanne hosting-tjenester, som faktisk viser sig at være gavnlige for brugerens perspektiv. Nogle fordele ved hosting af en hjemmeside på en virtuel privat server er:

• Enhver konto, der er oprettet i en VPS-plan, er billigere end almindelige dedikerede hostingplaner, der bruger almindelige fysiske servere.

gange, VPS planer er tilpasset til at imødekomme alle behovene i en virksomhed og i sidste ende kunden faktureres på en pay-per-use basis. Domænenavn er et sådant krav, at VPS værter imødekommer smukt.

• VPS hosting planer viser sig i visse tilfælde at være let skalerbare. Mens man kommer til at starte i et virtuelt miljø med mindste ressourcer, er voksende forretningsbehov indkvarteret inden for fleksible hostingplaner. Kunden behøver derfor ikke betale for store ressourcer.

• Klienten får kritisk kontrol på en virtuel server gennem overkommelige delte hostingplaner. Mange gange tilbyder udbydere komplet adgang til root samt muligheden for at bruge scripts, der ikke er tilladt inden for et fælles miljø.

• Linux VPS-hostingudbydere tilbyder også lignende teknisk support til de tilbudte tjenester lige som i delt hosting.

• Man får også vælge mellem en række semi managed hosting-tjenester, hvor webhostingere håndterer lignende vedligeholdelsestjenester og også fuldt administrerede tjenester.


Hvis en del af dit job indebærer at oprette skriftlige rapporter fra Excel-data, kan manglende evne til at automatisere punktposter være en frustration. Typisk skal du indsætte en tekstboks og derefter manuelt oprette kuglerne.

Denne artikel forklarer, hvordan du kan automatisere dine egne kuglepen i Excel med VBA.

Oprettelse af A Bullet Point fra et datasæt

Vi bruger et eksempel på et kvartalsoversigt, der er opsummeret i produkter og antal salg. Dataene kan se ud som denne kommaseparerede liste.

 Produkt, Salg
Widget1,100
Widget2,130
Widget3,150
osv.

Vi skal vende dataene i følgende format:

  • Widget1: 100
  •  

  • Widget2: 130
  •  

  • Widget3: 150

Vi konverterer dataene ved at indsætte karakteren for et punktpunkt før hver værdi og tilføje summen fra den tilstødende celle. Først vælger vi området.

 dim rng som rækkevidde
sæt rng = interval ("a1"). CurrentRegion.columns (1)
for x = 2 til rng.rows.count

For hver celle tilføjer vi kuglen ved starten og omskriver den nye værdi til cellen. Værdien for et punktpunkt er 149.

 rng.Row (x) .offset (0,1) 

Næste

[RNGRW(149)&""&rngRows(x)&"

Nogle gange er det fornuftigt at bruge en tekstboks til at give mere fleksibilitet til udformningen af ​​en rapport. Du kan manuelt tilføje en liste til feltet ved blot at markere teksten, højreklikke og vælge de relevante valgmuligheder for en punktliste.

Tilføjelse af en liste til en tekstboks

Hvis du skal automatisere en liste i en tekstboks, bruges lignende kode, men du skal markere feltet og tilføje teksten i en enkelt variabel ved hjælp af vognreturet "chr (10)".

 for x = 2 til rng.rows
MyStr = myStr & Chr (149) & "" & rng.Rows (x) & chr (10)

Næste

Koden kan nu indsætte strengen som tekstværdien i tekstboksen.

 ActiveSheet.Shapes.AddTextbox (1, ileft, itop, iwidth, iheight). Vælg 

Selection.Characters.Text = strg

Fremgangsmåden ovenfor indsætter den samme punktliste i tekstboks som kan ændres ved at indstille egenskaber til skrifttype, farve og størrelse. Hvis dine regneark er godt designet, kan du endda begynde at automatisere de kommentarer og forklaringer, der følger med dataene.

Sammenfatning

Muligheden for at indsætte en punktliste betyder dig kan skabe veldesignede rapporter uden at bruge sekundære applikationer som Word eller Power Point. Det betyder automatisering og VBA kan være mere effektiv og tilføje produktivitet til dit arbejde.


Når du først har udviklet VBA-applikationer i Excel, er det umagen værd at oprette dit eget kodebibliotek. Genbrug af procedurer og funktioner giver mening, når en lille finjustering er alt, hvad du behøver for at gøre koden til et aktuelt projekt.

Der findes flere måder at gemme og organisere din egen kode på, og denne artikel vil forklare, hvordan du kan lagre og importere kode til et VBA-modul, når det er nødvendigt.

Udvikling af kodebiblioteket

Sortering af en kolonne ved hjælp af Excels sorteringsfunktion kan være en typisk kodestykke du havde kan lide at gemme. Her er koden:

 Sub sort ()
Dimensioner som rækkevidde
Indstil rng = Område ("a1"). CurrentRegion
rng.Sort Key1: = Range ("a1"), Order1: = xlAscending, Overskrift: = xlYes
end sub

Spørgsmålet er, hvor skal du gemme koden, så du nemt kan få adgang til den? En mulighed er at gemme koden i en tekstfil og derefter bruge VBA til at læse indholdet af filen i et kode modul.

I dette eksempel har vi gemt koden i en fil kaldet "sortering. txt "i en mappe kaldet" bibliotek "under den aktuelle projektmappe mappe.

Først skal vi definere filen og stien, hvor koden er gemt.

 path = ActiveWorkbook. sti & " library "
myFile = path & "sort.txt"

Vi skal importere filens indhold til et modul kaldet "Bibliotek". Dette er simpelthen et modul til at holde kode, du importerer, før du beslutter dig for at bruge den.

Først fjerner vi enhver tidligere brug af modulet "Bibliotek". Vi har slukket visningsindstillingerne for at spare tid, fordi vi helt sikkert vil slette modulet.

 Application.DisplayAlerts = False
For hver en i moduler
Hvis a.Name = "Library" Så
a.Delete
Afslut for
End hvis næste

Nu kan vi oprette modulet "bibliotek" og importere indholdet af filen.

 Indstil m = Application.Modules.Add
m.Name = "Library"
m.InsertFile myFile

Det vil afhænge af din egen situation om, hvordan du bedst kan oprette kodebiblioteket. Her er nogle ideer:

  • Har en indeksfil, som giver dig mulighed for nemt at søge efter nøgleord
  • Tilføj kode til biblioteksmodulet i stedet for at starte fra bunden hver gang
  • Har nogle standardprocedurer i en separat fil, som du kan bruge uden ændring.

Sammenfatning

I nogle få linjer med kode , har denne artikel vist, hvordan du kan bruge tidligere skrevet kode til fremtidig reference, når det kræves. Det giver mening at gemme dit tidligere arbejde, og VBA gør det nemt at hente og søge efter dine egne kodestykker.


De avancerede værktøjer har gjort det nemmere for virksomhederne at oprette mobilprogrammer på tværs af platformen ved at udnytte en enkelt kodebase. Udviklerne kan yderligere bruge specialiserede værktøjer til at opdatere applikationen hurtigt på tværs af flere platforme og enheder. Det er dog altid vigtigt for virksomheden at tilpasse applikationen til hver platform for at øge brugervenligheden og brugeroplevelsen. På samme måde skal virksomheden afprøve mobil platformen på tværs af platformen grundigt og effektivt for at gøre den populær og rentabel på længere sigt.

5 Best Practices for Mobile App Testing

1) Definer App's funktionelle krav klart

For at identificere alle fejl og mangler i ansøgningen skal QA-fagfolk forstå sine funktionelle krav klart. De klart definerede funktionskrav vil yderligere hjælpe virksomheden med at teste appen effektivt på tværs af flere enheder, platforme og netværk. Virksomheden skal udarbejde en omfattende liste over funktionelle krav i appen og dele det med testerne fra begyndelsen. Listen vil gøre det lettere for testere at identificere de forventede fejl eller fejl i applikationen ved at teste appen i de fleste egnede scenarier.

2) Følg retningslinjerne for hver mobilplatform

Hver mobil platform kræver, at app-udviklere følger visse retningslinjer. Så hver virksomhed skal følge de standarder, der anbefales af hver mobil platform på funktionalitet, indhold og brugergrænseflade design (brugergrænseflade). Når appen overholder disse retningslinjer, vil den køre problemfrit på mobilplatformen. Virksomheden skal sikre, at både udviklere og testere kender de retningslinjer, der anbefales af hver målrettet mobilplatform. Forståelsen vil hjælpe QA-fagfolk til at teste applikationen på hver platform i henhold til regler og standarder.

3) Vedligeholde balance mellem simulatorer og rigtige enheder

mobile platforme på tværs af platforme, har ingen forretninger råd til at investere i en lang række mobile enheder, der drives af større mobile platforme. Så mange virksomheder bruger simulatorer og emulatorer til at teste mobilapps uden at bruge mange penge. Men hver virksomhed skal huske, at emulatorer og simulatorer ikke giver 100% nøjagtige og pålidelige testresultater. Derfor skal det oprette et testlab, der indeholder både virkelige enheder og emulatorer. Det er også vigtigt for projektlederen at opdele testene på tværs af rigtige enheder og emulatorer. For eksempel kan emulatorer bruges til at udføre enhedsprøvning og integrationstest. På den anden side skal testere bruge ægte enheder til at udføre enhedsprofilering og regression, ydeevne, kompatibilitet og sikkerhedstest.

4) Vælg de rigtige krydsplatforme Mobile App Testing Tools

]

Ingen virksomhed kan stole på manuel test for at vurdere en mobil platform på en effektiv platform effektivt. Det er altid vigtigt for virksomheden at oprette et testlaboratorium bestående af de rigtige testautomatiseringsværktøjer. Hver virksomhed har mulighed for at vælge mellem flere platforme til mobile app-testværktøjer, herunder MonkeyTalk, M-eux, EggPlant, Squish, DeviceAnywhere og MobileCloud. De fleste af disse værktøjer er skybaserede og vurderer apps gennem platforme-scripts. Men virksomheden skal huske, at hvert af disse værktøjer har sine egne styrker og mangler. Så det skal vælge det rigtige værktøj og rammer i overensstemmelse med specifikke krav i projektet. En virksomhed kan også overveje at investere i testværktøjer, der understøtter flere målrettede mobilplatforme.

5) Test App'en i rigtige brugerbetingelser

For at vurdere en mobilapps funktionalitet , ydeevne og brugeroplevelse nøjagtigt skal testerne teste det i forskellige miljøer og forhold. Det er også vigtigt for virksomheden at undersøge, hvordan man kan teste mobilplatformen på tværs af platformen under reelle brugerforhold. En virksomhed har også en række muligheder for at teste mobilappen i reelle brugerforhold. Det kan for eksempel lette feltprøvning for at gøre det lettere for testere at vurdere applikationen under forskellige forhold og under forskellige netværkshastigheder. På samme måde kan en virksomhed vælge crowdsourced test for at få applikationerne testet af rigtige brugere på tværs af forskellige enheder, platforme og betingelser.

Det er også vigtigt for virksomheden at lave og implementere brugerdefineret teststrategi for hver krydsplatform mobil app. Den omfattende strategi vil gøre det lettere for QA-fagfolk at vurdere applikationen grundigt på tværs af flere platforme og enheder i overensstemmelse med specifikke krav og mål for virksomheden.


Som enhver anden teknologi udvikler nettet sig, og det udvikler sig temmelig hurtigt. På grund af manglende standarder synes der at være lidt forvirring med hensyn til dens udvikling og versioner, men de mest acceptable udviklingsfaser er som følger:

  • Web 1.0
  • Web 2.0
  • Web 3.0 (Også kendt som semantisk web)

Så hvad er forskellen mellem disse versioner?

Web 1.0: The Internettet før 1999 kalder eksperter det Læs-Only æra. Den gennemsnitlige internetbruger rolle var kun begrænset til at læse de oplysninger, der blev forelagt ham. De bedste eksempler er millioner af statiske hjemmesider, der svampede under the.com boom. Der var ingen aktiv kommunikation eller informationsstrøm fra forbruger af informationen til producenten af ​​informationen.

Web 2.0: Manglen på aktiv interaktion mellem almindelige brugere med internettet førte til fødslen af ​​Web 2.0. Året 1999 markerede starten på en Read-Write-Publish-æra med bemærkelsesværdige bidrag fra LiveJournal (lanceret i april 1999) og Blogger (lanceret i august 1999). Nu kan en ikke-teknisk bruger aktivt interagere og bidrage til internettet ved hjælp af forskellige blogplatforme. Denne æra gav beføjelsen til den fælles bruger med et par nye begreber, nemlig. Blog, Social Media & Video-Streaming. Udgivelse af dit indhold er kun et par klik væk! Få bemærkelsesværdige udviklinger af Web 2.0 er Twitter, YouTube, eZineArticles, Flickr og Facebook.

Web 3.0: Det ser ud til, at vi har alt, hvad vi havde ønsket i Web 2.0, men det er langt bag når det kommer til intelligens . Måske har et seksårigt barn bedre analytiske evner end de eksisterende søgeteknologier! Søgeordbaseret søgning på web 2.0 resulterede i en overbelastning af oplysninger. Følgende attributter vil være en del af Web 3.0:

  • kontekstuelle søgning
  • Skræddersyet Søg
  • Personlig søgning
  • Evolution of 3D Web
  • Deductive Reasoning

Selvom Web endnu ikke kan ses noget, der kan betegnes som ret intelligent, men indsatsen for at nå dette mål er allerede begyndt. 2 uger tilbage offentliggjorde den officielle Google Blog om, hvordan Google-søgalgoritmen nu bliver intelligent, da den kan identificere mange synonymer.

For eksempel er billeder og billeder nu behandlet som ens i betydningen. Fra nu af vil din søgning GM-afgrøde ikke føre dig til GM (General Motors) hjemmeside. Hvorfor? Årsag, først ved synonymidentifikation Google forstår, at GM kan betyde General Motors eller Genetically Modified. Derefter ved kontekst, dvs. ved søgeordskulturen, vil det udlede, at brugeren ønsker information om genetisk modificerede afgrøder og ikke på General Motors. Ligeledes vil GM-bil ikke føre dig til genetisk modificeret afgrøde. Prøv selv at kontrollere, hvordan denne nyligt tilføjede kunstig intelligens fungerer i Google. Der er også mange hjemmesider bygget på Web 3.0, som tilpasser din søgning. Internettet bliver faktisk intelligent.


ISEB Software Testing Foundation kurser introducerer eleverne til fundamentet for software testning, herunder årsagerne til at gennemføre test, grundlæggende testprocesser og de generelle principper, der understøtter test af god praksis. At kende disse principper og forstå, hvordan de påvirker software testeren, er afgørende for at bestå af ISEB Software Testing Foundation eksamen.

1. Test viser bugernes tilstedeværelse

Det vil sige, at test kan vise, at der findes problemer, men ikke at der ikke findes problemer.

Dette princip er kernen i ISEB Software Testing guidance. En klog testanalytiker forstår, at selv om en test ikke afslører fejl, er testens emne ikke nødvendigvis fejlfri.

Hovedformålet med at gennemføre en test er at identificere defekter. Arbejder under antagelse om, at hvert produkt vil indeholde mangler af en eller anden art, er en test, der afslører fejl, generelt bedre end den, der ikke gør det. Alle tests skal derfor udformes for at afsløre så mange fejl som muligt.

2. Udtømmende testning er umulig

Udtømmende test feeds alle mulige datakombinationer i softwaren for at sikre, at der ikke opstår nogen uopdaget situation, når softwaren er frigivet. Bortset fra meget enkle applikationer er antallet af mulige datakombinationer forbudt høj; Det er mere effektivt og effektivt for testerne at fokusere på risici og prioriteter, så testene er målrettet mod testbehovene.

3. Tidlig test

Et produkt (herunder dokumenter, som produktspecifikation) kan testes, så snart det er oprettet. ISEB software test vejledning anbefaler at teste et produkt så hurtigt som muligt, for at ordne fejl så hurtigt som muligt. Undersøgelser har vist, at fejl, der er identificeret sent i udviklingsprocessen, generelt koster mere for at løse.

For eksempel: En fejl i en produktspecifikation kan være ret ligetil at rette op. Men hvis fejlen overføres til softwarekodningen, kan det være kostbart og tidskrævende at fastsætte fejlen.

4. Defekt clustering

Undersøgelser tyder på, at problemer i et softwareprogram har tendens til at klynge omkring et begrænset antal moduler eller områder. Når disse områder er blevet identificeret, kan effektive testledere fokusere test på de følsomme områder, mens de stadig søger efter fejl i de resterende software moduler.

5. Pesticid paradoxet

Som et overbrugt pesticid, vil et sæt af tests, som gentages flere gange på samme softwareprodukt, falde i effekt. Ved hjælp af en række forskellige test og teknikker vil der blive udsat en række fejl i forskellige områder af produktet.

6. Testning er kontekstafhængig

De samme tests bør ikke anvendes over hele linjen. Forskellige softwareprodukter har forskellige krav, funktioner og formål. En test, der er udformet til at blive udført på en hjemmeside, kan for eksempel være mindre effektiv, når den anvendes på et intranetprogram. En test designet til et kreditkort betalingsformular kan være unødvendigt stringent, hvis det udføres på et diskussionsforum.

Generelt er jo større sandsynligheden og virkningen af ​​skade forårsaget af fejlagtig software, desto større er investeringen i at udføre software test .

7. Manglende fejlfeil

Deklarering af, at en test har opdaget ingen fejl, er ikke den samme som at erklære softwaren "fejlfrit". For at sikre, at der gennemføres passende software testprocedurer i alle situationer, skal testere antage, at al software indeholder nogle (omend skjulte) fejl.

Sammenfatning

Software testning god praksis er en væsentlig en del af at sikre kvaliteten af ​​it-produkter. Selvom software-test ikke kan garantere, at softwaren ikke indeholder fejl, bidrager det betydeligt til identifikation og reduktion af fejl, hvilket øger sandsynligheden for, at softwareimplementeringen vil lykkes.


I dag automatiserer de fleste organisationer deres testindsats for at spare både tid og omkostninger. Mens du automatiserer sine software testindsatser, har hver virksomhed mulighed for at vælge mellem forskellige testværktøjer, der er tilgængelige på markedet. Nogle af disse værktøjer er open source og gratis, mens andre er licenseret. På samme måde er funktionerne og funktionaliteten i de enkelte testautomatiseringsværktøjer også forskellige. Det er derfor; Det bliver vigtigt for virksomhederne at vælge de rigtige testværktøjer baseret på vigtige kriterier som testbehov, budget, tilgængelighed af kvalificerede ressourcer og teststyring.

Både HP Unified Functional Testing (UFT) og Selen er meget populære test automatiseringsværktøjer. Men testværktøjerne adskiller sig fuldstændigt fra hinanden hvad angår funktioner, ydeevne og popularitet. Som fremhævet af en række nyere rapporter, falder UFT's popularitet gradvist, mens Selen er kommet som pioner inden for software testrum. Dataene tyder tydeligt på den hurtigt voksende popularitet af Selen blandt QA-fagfolk og uafhængige software-testudbydere over hele kloden. Der er en række årsager til, at selen betragtes som en reel trussel mod HP UFT.

Hvorfor Selen påvirker markedsandelen af ​​HP UFT?

Open Source

Hver organisation ønsker at udvikle og teste sine softwareapplikationer uden at bruge mange penge. Det er derfor; et gradvist fald er noteret i populariteten af ​​licenserede software testværktøjer. UFT er i øjeblikket tilgængelig som et kommercielt og licenseret testautomatiseringsværktøj fra HP Software Division. Men Selen er tilgængelig som open source og fri software. Så brugere kan drage fordel af den bærbare software testramme uden at øge projektomkostningerne. Samtidig kan QA-professionen også benytte støtten fra et ekstremt aktivt samfund til at løse alle problemer og spørgsmål relateret til Selen.

Webbrowser Support

valg af webbrowser adskiller sig fra en bruger til en anden. For at gøre webapplikationen populær skal maker sørge for, at den kører på større webbrowsere uden fejl eller mangler. Så han vælger et testværktøj, som understøtter forskellige webbrowsere. Trods at være et kommercielt produkt understøtter HP UFT ikke forskellige typer og versioner af webbrowsere. Det bliver således svært for QA-fagfolk at vurdere applikationens udseende, følelse og ydeevne på tværs af mange webbrowsere. I modsætning til UFT understøtter Selen støtte til alle større webbrowsere, herunder Firefox, Chrome, Internet Explorer, Opera og Safari. Derfor vælger de fleste webudviklere i dag Selen at teste deres hjemmesider grundigt og effektivt.

Platform Support

Operativsystemerne understøttes af disse to software testrammer også afvige. HP UFT er designet til kun at teste softwareprogrammer i Windows-miljø. Så det understøtter kun et enkelt operativsystem, det vil sige Microsoft Windows. På den anden side understøtter Selen store større operativsystemer som Windows, Mac OS X og Linux. Cross-platform-funktionen gør det lettere for QA-fagfolk at bruge Selen til at teste webapplikationer i forskellige miljøer.

Programmeringssprogstøtte

Under anvendelse af UFT har testere mulighed for at skrive testskripter kun i VBScript. Som script version af VB programmeringssprog, er VBScript både enkel og nem at lære. Det gør det muligt for testere at skrive testskripter nemt og hurtigt. Men skriptsproget mangler de avancerede funktioner, der tilbydes af andre moderne objektorienterede programmeringssprog. Selen understøtter flere objektorienterede programmeringssprog, herunder C #, Java, PHP, Ruby og Python. Derfor gør rammen det lettere for QA-fagfolk at vedtage en objektorienteret tilgang til testautomatisering. Samtidig tillader det også testere at skrive test script i deres valg af programmeringssprog.

Støtte til IDE'er og testrammer

I dag bruger QA-fagfolk IDE'er at gennemføre og fremskynde test script udvikling. Men valget af IDE adskiller sig fra en tester til en anden. HP UFT tillader ikke at teste fagfolk at bruge deres foretrukne IDE. De er forpligtet til at udvikle test tilfælde ved hjælp af en enkelt IDE, dvs. UFT IDE. Selen, på den anden side, gør det muligt for testpersoner at vælge mellem flere udbredte IDE'er som Eclipse, Netbeans og Visual Studio. De har også mulighed for at bruge en række testrammer med Selen, baseret på deres valg af programmeringssprog. Disse IDE'er og testrammer gør det lettere for QA-fagfolk at reducere den tid og det arbejde, der kræves for at teste store og komplekse webapplikationer.

Reduceret udførelsestid

Alle tests inden for en bestemt tidsperiode undersøger QA-fagfolk muligheder for at skrive og udføre testskripter hurtigt. UFT bruger scripting tid ved hjælp af VBScript. Men det øger eksekveringstiden drastisk ved at tage hele belastningen på RAM og CPU. Det mangler også evnen til at køre flere forekomster eller tråde af applikationen samtidigt. På den anden side udfører Selen testskrifter i et hurtigere tempo. Det gør det også muligt for brugerne at køre forskellige forekomster eller tråde af webapplikationen samtidig på forskellige webbrowsere. Den lavere eksekveringstid og mulighed for at køre flere forekomster gør Selen meget populært blandt webudviklere og testere over hele verden.

Mulighed for at oprette komplet Test Automation Suite

HP UFT giver brugerne mulighed for at automatisere alle typer funktionstest ved hjælp af en enkelt GUI-grænseflade. Interface giver dem mulighed for at teste applikationens GUI-funktionalitet og forretningslogik eller back-end-tjenester. På den anden side giver Selen brugerne mulighed for at oprette en komplet testautomationssuite til webapplikation ved at kombinere Selen IDE og Selen WebDriver. Selen IDE kan bruges til at skabe hurtig bug reproduktion scripts, mens Selen IDE effektiviserer udvikling af browser-baserede regression automatisering test og suiter. De forskellige varianter gør også Selen-score over UFT.

Ved sammenligning af Selen og HP UFT skal brugeren fokusere på funktionerne i hvert testautomatiseringsværktøj. Til trods for at blive betragtet som pioner i software testrummet, kan Selen test kun bruges til web-baserede applikationer. Så den enorme popularitet af den bærbare webapplikationstestramme kan tilskrives den massive popularitet af hjemmesider og webapplikationer. På den anden side kan en virksomhed bruge HP UFT til at automatisere både desktop og webapplikationer. Det er derfor; det bliver vigtigt for brugeren at vælge Selen eller HP UFT i henhold til hans testbehov.


Ifølge flere hjemmesider er Python et af de mest populære kodningssprog i 2015. Sammen med at være et højt niveau og generelle programmeringssprog, er Python også objekt- orienteret og åben kilde. Samtidig har et stort antal udviklere over hele verden brugt Python til at oprette GUI-applikationer, websteder og mobilapps. Den differentierende faktor, som Python bringer til bordet, er, at det gør det muligt for programmører at uddybe koncepter ved at skrive mindre og læsbar kode. Udviklerne kan yderligere udnytte flere Python-rammer til at begrænse den tid og det arbejde, der kræves for at opbygge store og komplekse softwareapplikationer.

Programmeringssproget bruges i øjeblikket af en række websteder med høj trafik, herunder Google, Yahoo Grupper, Yahoo Maps, Linux Weekly News, Shopzilla og Web Therapy. På samme måde finder Python også stor brug for at skabe spil, finansielle, videnskabelige og uddannelsesmæssige applikationer. Imidlertid bruger udviklere stadig forskellige versioner af programmeringssproget. Ifølge brugsstatistikken og markedsandelens data for Python, der er publiceret på W3techs, anvendes Python 2 for øjeblikket af 99,4% af hjemmesiderne, mens Python 3 kun anvendes af 0,6% af hjemmesider. Derfor bliver det vigtigt for hver programmør at forstå forskellige versioner af Python og dens udvikling i mange år.

Hvordan Python har udviklet sig gennem årene?

Opfattet som en hobbyprogrammering Projekt

Selv om det var et af de mest populære kodningssprog i 2015, blev Python oprindeligt udtænkt af Guido van Rossum som et hobbyprojekt i december 1989. Da Van Rossums kontor forblev lukket i julen, søgte han en hobby projekt, der vil holde ham beskæftiget i løbet af ferien. Han planlagde at oprette en tolk for et nyt skriptsprog og hedde projektet som Python. Python blev således oprindeligt designet som en efterfølger til ABC programmeringssprog. Efter tolkeren skrev Van Rossum koden offentligt i februar 1991. På nuværende tidspunkt styres open source-programmeringssproget af Python Software Foundation.

Version 1 af Python

Python 1,0 blev udgivet i januar 1994. Major release indeholdt en række nye funktioner og funktionelle programmeringsværktøjer, herunder lambda, filter, kort og reducere. Versionen 1.4 blev udgivet med flere nye funktioner som søgeordsargumenter, indbygget understøttelse af komplekse tal og en grundlæggende form for data skjule. Den store udgivelse blev fulgt af to mindre udgivelser, version 1.5 i december 1997 og version 1.6 i september 2000. Versionen 1 af Python manglede de funktioner, der tilbydes af populære programmeringssprog af tiden.

Version 2 af Python

I oktober 2000 blev Python 2.0 frigivet med den nye listeforståelsesfunktion og en affaldsopsamlingssystem. Syntaxen for listen forståelse funktionen blev inspireret af andre funktionelle programmeringssprog som Haskell. Men Python 2.0, i modsætning til Haskell, gav præference for alfabetiske søgeord over tegnsætningstegn. Også garbage collection system effektueret samling af reference cykler. Den store udgivelse blev fulgt af flere mindre udgivelser. Disse udgivelser tilføjede en række funktionaliteter til programmeringssprog som støtte til indlejrede scopes og forening af Pythons klasser og typer i et enkelt hierarki. Python Software Foundation har allerede meddelt, at der ikke ville være Python 2.8. Stiftelsen vil dog yde støtte til version 2.7 af programmeringssproget frem til 2020.

Version 3 af Python

Python 3.0 blev udgivet i december 2008. Det fulgte med en række nye funktioner og forbedringer , sammen med en række forældede funktioner. De udtrukne funktioner og bagudkompatibilitet gør version 3 af Python helt anderledes end tidligere versioner. Så mange udviklere bruger stadig Python 2.6 eller 2.7 til at benytte funktionerne, der er udskrevet fra sidste store udgivelse. Men de nye funktioner i Python 3 gjorde det mere moderne og populært. Mange udviklere skiftede endda til version 3.0 af programmeringssproget for at benytte disse fantastiske funktioner.

Python 3.0 erstattede udskriftsopgørelsen med den indbyggede print () -funktion, samtidig med at programmører bruger brugerdefineret separator mellem linjer. Ligeledes forenkles det reglerne for bestilling sammenligning. Hvis operanderne ikke er organiseret i en naturlig og meningsfuld rækkefølge, kan ordregiveringsoperatørerne nu oprette en TypeError-undtagelse. Programmeringssprogets version 3 bruger desuden tekst og data i stedet for Unicode- og 8-bitstrengene. Mens du behandler al kode som Unicode som standard, repræsenterer den binære data som kodet Unicode.

Da Python 3 er uforenelig med hinanden, kan programmørerne ikke få adgang til funktioner som streng undtagelser, gamle klasser og implicit relativ import. Udviklerne skal også være bekendt med ændringer i syntaks og API'er. De kan bruge et værktøj kaldet "2to3" til at migrere deres ansøgning fra Python 2 til 3 jævnt. Værktøjet fremhæver inkompatibilitet og områder af interesse gennem kommentarer og advarsler. Kommentarerne hjælper programmører med at foretage ændringer i koden og opgradere deres eksisterende applikationer til den nyeste version af programmeringssprog.

Seneste versioner af Python

I øjeblikket kan programmører vælge enten version 3.4. 3 eller 2,7,10 af Python. Python 2.7 gør det muligt for udviklere at benytte forbedret numerisk håndtering og forbedringer til standardbiblioteket. Denne version gør det også lettere for udviklere at overføre til Python 3. På den anden side kommer Python 3.4 med flere nye funktioner og biblioteksmoduler, sikkerhedsforbedringer og CPython implementeringsforbedringer. Imidlertid fjernes en række funktioner i både Python API og programmeringssprog. Udviklerne kan stadig bruge Python 3.4 til at benytte støtte på længere sigt.

Version 4 af Python

Python 4.0 forventes at være tilgængelig i 2023 efter frigivelsen af ​​Python 3.9. Det vil komme med funktioner, der hjælper programmører til at skifte fra version 3 til 4 problemfrit. Og da de får erfaring, kan eksperterne Python-udviklere udnytte en række bagudkompatible funktioner til at modernisere deres eksisterende applikationer uden at lægge ekstra tid og kræfter. Imidlertid skal udviklerne stadig vente mange år for at få et klart billede af Python 4.0. Men de skal overvåge de seneste udgivelser for nemt at overføre til version 4.0 af det populære kodningssprog.

Version 2 og version 3 af Python er helt forskellige fra hinanden. Så hver programmør skal forstå funktionerne i disse forskellige versioner og sammenligne deres funktionalitet baseret på specifikke behov i projektet. Han skal også kontrollere versionen af ​​Python, som hver ramme understøtter. Hver udvikler skal dog udnytte den nyeste version af Python til at benytte nye funktioner og langsigtet support.

Harri har en ivrig interesse for Python og elsker at blogge interessante ting om teknologien. Han skrev for nylig en interessant Python-blog på http://www.allaboutweb.biz/category/python/ .


Mange gange som en Joomla-udvikler vil du støde på, hvad der ligner et meget simpelt problem, men faktisk er det ikke så nemt som du måske oprindeligt havde tænkt. For eksempel forekommer det at ændre standardbredden af ​​en skabelon til dit Joomla-websted, men hvor begynder du?

De fleste kvalitetsskabeloner har mulighed for at ændre bredden på skabelonen såvel som bredden af ​​sidekolonnerne. Når du ser skabelonets samlede bredde, skal du være opmærksom på, at dette inkluderer bredden af ​​eventuelle sidekolonner, der er inkluderet i skabelonen. Således, hvis en skabelon siger, at dens bredde er 962 pixels, og venstre og højre kolonner er 210 pixels hver, vil den midterste kolonne være 542 pixels bred.

I denne artikel vil jeg forklare, hvordan man ændrer den samlede bredde af en Joomla-skabelon, samt hvordan man ændrer bredden af ​​sidekolonnerne det kan være i skabelonen. Ved at oprette denne artikel har jeg antaget, at du har en opdateret version af Joomla installeret, og du er bekendt med administratorområdet.

Det første skridt er at få adgang til det tilbageliggende administrationsområde på dit Joomla-websted og gå til menuen "Udvidelser" og vælg derefter "Skabelonadministrator". Vælg derefter din standardskabelon, og klik enten på navnet eller klik på feltet ud for navnet, og klik derefter på "Rediger".

Du vil gerne notere den originale bredde af skabelonen og eventuelle sidekolonner, som de er, før du foretager ændringer, hvis du ønsker at vende tilbage til de oprindelige indstillinger. For at ændre en af ​​kolonnerne skal du kigge efter kolonnen i området "parametre", foretage din ændring og klikke på "Apply" og derefter se ændringen i forenden for at se, om du har opnået den ønskede virkning. Hvis du ønsker at ændre en anden kolonne, skal du bare gentage den foregående procedure i den næste kolonne.

Hvis du vil beholde sidekolonnerne samme bredde, men ønsker at ændre den generelle bredde af skabelonen, skal du bare ændre skabelonbreddeparameteren kun. Dette ændrer kun midtkolonnens bredde og efterlader andre som de oprindeligt var. Når du er tilfreds med den nye bredde, skal du klikke på "Gem" og derefter gå til forsiden af ​​dit websted, trykke på opdatering og se resultaterne. Bemærk: Ikke alle skabelonudviklere tilbyder disse parametre, men enhver kvalitetsskabelon skal have dem inkluderet i administratorområdet.


Hvis du nogensinde har arbejdet med tekstfiler, vil du vide, hvor frustrerende det kan være at fjerne tomme linjer. En del af problemet er, at du ikke vil fjerne enhver tom linje, ellers kan det forstyrre formateringen af ​​dokumentet.

Denne artikel viser dig, hvordan du fjerner et bestemt antal tomme linjer fra en tekstfil ved hjælp af VBA kodning i almindelig fornuft.

Åbning og læsning af tekstfilen

Kodenes logik indebærer at læse hver linje i filen og gemme linjen i en tekststreng, hvis det opfylder vores kriterier. Så skriver vi tekststrengen tilbage til en ny fil.

Først kommer vi til filsystemobjektet (FSO) og åbner filen, som vi har navngivet "blanks.txt". Koden for adgang til filsystemet er den slags procedure, du måske vil gemme i et kodebibliotek til fremtidig reference.

 Dim fso Som Scripting.FileSystemObject
Indstil fso = New Scripting.FileSystemObject
Dim myFile som objekt
Dim filPath As String

filePath = ActiveWorkbook.path & " files blanks.txt"
Sæt myFile = fso.openTextFile (filPath)

Fjernelse af de tomme linjer

Nu kan vi læse hver linje i filen, men først vi

Vi skal begynde med at definere flere variabler og give dem indledende værdier.

 'Inkluder linjen i den nye fil ?
Dim includeLine As Boolean

'Tekststrengen for at skrive de medfølgende linjer til
Dim allTxt as string

'Antallet af tomme linjer, der skal medtages i den nye fil
Dim countBlanks As Long

countBlanks = 1
inkluderer Blanks = 0
includeLine = False

Den indledende indstilling for tomme linjer er sat til 1, så vi forstyrrer ikke nogen afsnit pauser. Hvis vi ønskede at fjerne enhver tom linje, ville vi indstille variablen til 0.

Nu kan vi læse filen og fortælle koden, hvilke linjer der skal skrives til den nye fil.

 ] Gør Indtil MyFile.AtEndOfStream 

includeLine = False

txt = myFile.ReadLine

Standard for hver linje er at ikke inkludere den i den nye fil medmindre det opfylder de kriterier, der er defineret i de næste par rækker af kode. Antallet af tomme linjer tælles, indtil der er fundet en ikke-blank linje, og derefter tæller tælleren tilbage til nul.

 Vælg Case Len (txt) 

Case 0

Hvis countBlanks <includeBlanks Then includeLine = True

countBlanks = countBlanks + 1

Case Else

countBlanks = 0

includeLine = True

End Vælg

Hvis linjen opfylder vores parametre, tilføjer vi den med et nyt linjetegn til txt streng og fortsæt sløjfen.

 Hvis includeLine Then
allTxt = allTxt & txt & vbCrLf
Slut Hvis
Loop

Med læsningen af ​​den færdige tekstfil lukker vi filen og skriver tekststrengen til den nye fil.

 myFile.close
filePath = ActiveWorkbook.path & " files blanksRemoved.txt"
Indstil myFile = fso.CreateTextFile (filePath)
myFile.Write allTxt
myFile.Close
Set fso = Intet

Med denne type filredigering er det vigtigt ikke at overskrive den oprindelige fil, hvis der opstår noget uventet, og du mister alle dataene. Selv når du er sikker på, at koden fungerer korrekt, er det fornuftigt at lave en kopi – ved hjælp af VBA – for at beskytte de oprindelige data.

Sammenfatning Sammenfatning

Fordi at arbejde med tekstfiler er en almindelig begivenhed for de fleste Excel-udviklere, er det en god ide at udvikle relevante procedurer, som du kan gemme til fremtidig reference – i stedet for at søge svaret, når tiden er til en præmie.


Skriv til os