?
Elpurigi en altnivela PHP
Superrigardo: Elpuriganta estas unu el la plej grava kaj grava parto de softvara evoluado. Trovanta cimojn kaj erarojn en ajna apliko estas teda tasko por la ellaborantoj. Tiel, Konvena elpuriganta mekanismon devus esti adoptita fari la procezon pli facila. Sen sekvanta konvenan elpuriganta procezon, softvaraj cimoj kaj eraroj ne povas esti eltrovita facile kaj efike. Kiel por PHPa programaro modelo, Ni devus esti konsciaj de ĉiuj la iloj havebla por elpuriganta kaj eliminanta malfunctioning eroj de nia softvara sistemo. En ĉi tiu artikolo ni koncentros sur la kerna PHP elpuriganta procezon. La kerna mekanismo konsistas de la procezo uzi la programon spuri erarojn kaj malakordojn. La ekstere-metita estas kolektita tra la skriba ekzekuto kaj montrita fine de la skribo.
Enkonduko: PHPaj starejoj por PHP- HYpertext PReprocessor. Normale kiam ni laboras sur softvara evoluado procezo, Ni devi sekvi SOftware DEvelopment LIfe CYcle, Kiu estas ankaŭ vokita SDLC (Softvara Evoluado Viva Ciklo). En la SDLCa procezo estas malsamaj tipoj de paŝa donaco kaj unu el ili estas elpuriganta kaj elprovanta procezon. La elpuriganta procedo estas havenda parto de ajna softvara evoluada laboro.
Difini cimon kaj elpurigi: Kiam ni evoluigas softvaran projekton, Ĝi enhavas malsamajn tipojn de cimoj, eraroj aŭ nenormalaĵoj. Ĉi tiuj tajpas de eraroj estas ĝenerale vokita Cimon. Aliflanke elpuriganta estas la procezo de kontrolado, Eltrovanta kaj ĝustiganta erarojn aŭ cimojn permesi softvarajn programojn funkcias konvene.
Ĝenerala problemo pafanta strategiojn:
Bazaj elementoj de elpuriganta peno estas elkonjektanta kion estas malĝusta kaj tiam riparanta ĝin. Ĝi ne gravas ĉu ni estas analizantaj PHPan programon, Telefona ŝaltilo, Elektronika cirkvito, Aŭ softvara programo – certaj principoj aplikas ĉiaokaze. Do ni devus porti ĉi tiujn ideojn en menso kiel ni provas kalkuli ekstere kion perturbas nian softvaron.
- Ŝanĝi unu aferon samtempe
- Provi izoli la problemon
- Simpligi, Tiam konstrui supre
- Kontroli la evidentan
- Dokumenti nian solvon
- Post kiam riparanta, Retest
Antaŭeniris elpuriganta PHP tra Simpla Testo:
La sekvantaro supozas ke vi estas konata kun la koncepto de unua elprovado tiel kiel la PHPa araneaĵa evoluada lingvo. Ĝi estas gvidilo por nova uzanto kun la Simpla Testa procezo. Se vi estas nova al unuo elprovanta procezon tiam ankaŭ ĝi helpos vin sekvi la paŝojn.
Rapide elprovanta procedon: Unuo elprovanta ilon estas unu el la plej populara softvaro elprovanta ilojn en la evoluada komunumo. En la kunteksto de agile evoluado, La testa kodo (Kiu estas postulita por elprovado) Ekzistas ĝuste apud la aplika fonta kodo kiel ambaŭ estas skribita samtempe. En ĉi tiu artikolo la simplaj testaj celoj esti kompleta PHPa ellaboranta testo solvo kaj ĝi estas vokita “Simpla” Ĉar ĝi devus esti facile praktikadi kaj disvastiĝo. Ekzemplo montros ke uzanto skribanta al datumaro post subskribanta supre tra la retejo.
Nun ni estas elprovantaj simplan dosieron arbohakanta klason vokis Ensaluti klasojn/arbohakanta.Php. Ni povas komenci de kreanta testan skribon kiu ni vokos testojn/arbohakanta_teston.php kaj colonize ĝi kiel sekvas.
Listing1: Provi montranta dosierojn arbohakanta klason
[KODO]
<?Php
Postuli_unufoje(‘simpletest/autorun.Php’);
Postuli_unufoje(‘../Klasa/ŝtipo.Php’);
Klaso Loggingtester etendas TestCase {
}
?>
[/KODO]
Ĉi tie la “Simpletest” Teko estas aŭ limigita aŭ en la vojo. Ni volus devi redakti ĉi tiujn lokojn dependanta sur kie ni elektis malpaki la ilon. Ĉi tie la Autorun.Php Dosiero inkluzivas la SimpleTest Dosieroj kaj ankaŭ kuras nian teston. La TestOfLogging Estas nia unua testa kazo kaj ĝi estas nuntempe senhoma. Ĉi tie ĉiu testa kazo estas klaso kiu etendas unu el la SimpleTest Baza klaso kaj ni povas havi kiel multaj de ĉi tiuj en la dosiero kiel ni deziras. Nun ni havas testan vestokompleton kun Ŝtipa klaso inkluzivis.
Por nia unua elprovada procezo, Ni akceptos la Ŝtipan klason kiu prenas la dosieran nomon skribi en la constructor, Kaj loki ĝin en intertempa teko.
Listing2: Provi montranta testan kazon kaj ŝtipon
[KODO]
<?Php
Postuli_unufoje(‘simpletest/autorun.Php’);
Postuli_unufoje(‘../Klasoj/arbohakanta.Php’);
Klaso Loggingtester etendas TestCase {
Funkcii checkFirstMessage() {
@Unlink(‘/temp/testo.Ŝtipo’);
$Arbohakanta = novan Ŝtipon(‘/temp/testo.Ŝtipo’);
//Tio ĉi estas sugesto kiu troviĝis incurrent objekto
$Tio ĉi->AssertFalse (Dosiero_ekzistas(‘/temp/testo.Ŝtipo’));
$Arbohakanta->Mesaĝo (“Devus skribi tion ĉi al dosiero”);
$Tio ĉi->AssertTrue (Dosiero_ekzistas(‘/temp/testo.Ŝtipo’));
}
}
?>
[/KODO]
Kiam ni kuras testan kazon ĝi serĉos ajnan metodon ke komencoj kun la ŝnuro “Testo” Kaj efektivigi tiun metodon.
La punkto esti memorita estas la tre longa nomo kiel checkFirstMessage (). Tio ĉi estas mezurita kiel bona stilo kaj faras la teston eligas pli legeblan. Ni normale aldonus unu testan metodon en testa kazo sed ke estas por pli lasta. Asertoj ene de la testaj metodaj ellasilaj mesaĝoj al la testa kadro kiu montras la rezulton instantaneously. Ĉi tiu tuja respondo estas tre grava. La gravuraĵaj komunikaĵoj povas montri ilian elpurigantan kontentan rajton apud la aserto koncernita.
Vidi ĉi tiujn rezultojn ni efektive devi kuri la testojn. Ne alia kodo estas necesa – Ni nur povas malfermi la paĝon kun nia retumilo.
Sur malsukceso la montriĝo similas tion ĉi…
Arbohakanta sistemon elprovanta procezon:
Tio ĉi estas la parto de la elprovado tra la sekvanta vojo. Ĉi tie ni donis ekzemplon kiam la sistemo malsukcesas.
Se ĝi malsukcesas tiam ĝin similos tion ĉi.
1/1 Testaj kazoj kompleta. 1 Transludoj kaj 1 Malsukcesas.
Se ĝi pasas tiam ĝin similos tion ĉi.
1/1 Testaj kazoj kompleta. 2 Transludoj kaj 0 Malsukcesas.
Do la VERDA Kaj RUĜA Kolori ankaŭ indikas la Sukceso Kaj malsukceso.
Difino de mortiga eraro:
Kiam eraro okazas, Ĝi kaŭzas neatenditan finon de la programo. La programo povas esti malakceptita aŭ de ĝi mem aŭ de la funkciada sistemo kiel mortiga escepto. En la antaŭa kazo, La programo enhavas kodon kiu kaptas la eraron kaj revenas ĝin reen al la funkciada sistemo aŭ vokas funkciadan sisteman servon fini la programon. Resume ke procedo estas ĝenerale vokita Mortiga eraro.
Ekzemplo de mortiga eraro estas montrita sub.
Mortiga eraro: Malsukcesis malfermanta postulita ‘../Klasoj/arbohakanta.Php’ (Inkluzivi_vojon=”) En /hejmo/bcei/projektas/lastcraft/artikolaj_testoj/Ŝtipaj/testoj/arbohakanta_teston.Php enreta 7
Ĝi signifas nin mankas la Klasifikas/Arbohakanta.Php Dosiero kiu povus simili tion ĉi.
Listing3: Provi montranta arbohakanta klason
[KODO]
<?Php
Klasifiki arbohakanta
{
Funkcii arbohakanta($Dosiera_vojo)
{
……….
}
Funkcia mesaĝo()
{
Eĥi “Bonvenan al la mondo de prepara PHP……”;
}
}
?>
[/KODO]
La procezo estas vokita Elprovi Veturita Evoluadon (TDD) Kaj ĝi estas elprovita evoluada metodaro.
Konstruanta testajn arojn:
En vera viva apliko ĝi ne eblas kuri nur unu testan kazon. Sed ĝenerale ni sekvas vojon grupigi la postulatajn testajn kazojn en testa skribo. Nun ni povas kuri la testan skribon kontroli la aplikon. La avantaĝo estas ke ni ne devas kuri individuajn testajn kazojn kiu estas tre teda kaj tempo konsumanta. Kaj samtempe se ni ne devas ĉiuj la testaj kazoj, Ni povas simplan rimarkon kelkaj de tiam kaj kuri la skribon.
Nia unua paŝo estas krei novan dosieron vokita testojn/cei.Php kaj tiam inserti la sekvantan kodon.
Listing4: Provi montranta testan skribon
[KODO]
<?Php
Postuli_unufoje(‘simpletest/autorun.Php’);
Klaso cei etendas bcei
{
Funkcii alltest()
{
$Tio ĉi->TestSuite(‘Ĉiuj elprovanta Procezon..’);
$Tio ĉi->AddFile(‘ŝtipa_testo.Php’);
}
}
?>
[/KODO]
Konkludo: Elpuriganta estas unu el la plej gravaj procezoj al ajna softvara aplika evoluado. Ĝi estas havenda elprovi ajnan aplikon antaŭ ol ĝi iras por deplojo. Ĉar deplojo estas la fina parto de ajna softvara evoluada viva ciklo. Tamen ĝi estas ankaŭ vera ke elpuriganta estas devas dum evoluado kaj elprovanta de ajna projekto. En ĉi tiu artikolo ni diskutis diversajn tipojn de iloj kaj procedoj sekvita en altnivela PHP elpuriganta kaj elprovanta procezon.
?
