10 Virheitä jokainen .Net kehittäjältä Regret
Myönnä se! Me kaikki teemme virheitä. Yksikään koodien alkaa työskentelee lakko yksi. Teemme kirjoitusvirheitä, unohtaa allekirjoittamatta tai, koska se tapahtuu useimmat meistä, unohtaa testausvaiheessa, varsinkin kun se tulee ASP.net kehitystä. Erehtyminen on inhimillistä. Joten, virheitä on vain yksi inhimillinen ilmiö. Tärkeintä on, miten puuttua teidän virheitä ja miten voit suunnitella keinoja välttää niitä uskaltaa kääntyä. Täällä &'; sa kokoelma joitakin yleisimpiä testaus virheistä, että kehittäjät usein sitoutuvat samalla catering ulkoistaa Net kehittämistarpeet. Anna &'; s katsomaan.
XSS Turvallisuusnäkökohdat:
ulkoasua ja tuntumaa käyttöliittymän ja tietenkin, sen huolto on sinun käsissäsi. Varmista, että kaikki käyttäjän tietokentät ovat hyvin räätälöityjä siten, ettei JavaScript tai HTML että käyttäjä syöttää voi penkomaan web-sivulla.
Universal Sijainti:
Kuten tavallista normi, kun alkaa kehittää uusi ominaisuus, pidät kaiken tekstin kova koodi on todennäköisyydet tiettyjä muutoksia aikana kehitystä. Heti projektiryhmä hyväksyy ominaisuus, voit lokalisoida tekstin. Kuitenkin joskus sinulla on taipumus unohtaa lokalisoinneissa koko tekstin. Muistat kovaa koodia, mutta kun se tulee lokalisointi sinulla on tapana allekirjoittaa pois tekemättä samaa. Luultavasti tämä tarkistuslista muistuttaa meitä paikallistaa ennen kuin allekirjoittaa pois seuraavan kerran.
Net käyttäytyy hyvin IE 6 ja 7 ja Firefox:
Mittausjohdot usein raportti rajat selaimen yhteensopivuusongelmia että ilmaantuu ajoittain. Useimmat näistä asioista yleensä kattavat pieniä oksia kuten tavallista IE 6 numeroa tai pieniä ongelmia, jotka liittyvät asemoinnit. Olemme dedicatedly keskitytään IE versio 6 ja 7 ja Mozilla Firefox kahdesta syystä. Ensinnäkin, jos Web-sivu toimii hyvin näissä kolmessa selaimissa, se toimii hyvin Ooppera ja Safari samoin. Toiseksi, yli 98% kävijöistä käyttää sivuston kautta näillä selaimilla.
koodin uudelleen ja kun tarvitaan:
lainsäädäntöä sovelletaan kaikissa ohjelmointi alustoilla ja ASP.Net ei ole poikkeus. Erillinen palvelin ja käyttäjän ohjauselementit mahdollistavat erikoistumisen koodia niin, että se voidaan käyttää myös muualla.
Kommentoidessaan Koodi:
ei ole kahden tapaa tähän. Aina dokumentoida koodin hyvin ja kommentoida oikeisiin paikkoihin, niin että se on helpompi muille kehittäjille poimia mistä jätit.
Laajennettu Teksti doesn &'; tarkoita Broken malli:
Koska itse asiassa, nimet yleensä Don &'; t ulottuvat 50 merkkiä, mutta mitä jos käyttäjän syöttää nimi, joka sisältää 300 tai jopa enemmän merkkiä. On selvää, että tapauksessa UI häiriintyy. Tässä tapauksessa sinulla on kaksi Options- joko koodit käyttöliittymän hyväksyä pitkän tekstin tuotantopanosten tai laittaa raja pituudesta tekstin käyttäjät voivat syöttää.
Kirjoita Yksiköt, kun mahdollista:
Yksikkötestaus sivustoosi voi olla ikävä varsinkin jos et käytä ASP.Net MVC kehys sama. Kuitenkin vetämällä koodi-takana logiikkaa eri komponentteja, jotka voidaan sijoittaa kirjasto voi avulla voit testata yksiköitä. Sen sijaan käsitellä HttpHandlers käyttäen .ashx tiedostoja, asettamalla ne erillisissä kirjastoissa on hyvä vaihtoehto.
Peer Todentaminen ennen testausta:
ennen allekirjoittamista pois kaikki äskettäin lisätty ominaisuus ja lähettää sen poikki testiryhmän, et yleensä kulkea sen läpi peer tarkastusta. Kuten nimestä voi päätellä, peer todentaminen, joku kollegoiden testaa sovelluksen ominaisuus juuri kehitetty ja yrittää löytää puutteita siinä. Näin voit tunnistaa virheet helposti ja myös yksinkertaistaa prosessin testaus joukkue. Kun aikataulut ovat todella tiukka, me usein unohtaa pyytää peer todentaminen ja se varmasti näyttää lopussa.
Odotettu toiminta Enter-näppäin:
Kun käytät webforms vuonna ASP.Net , enter-näppäin alkaa usein toimivan oudosti. Tällöin voit joko asettaa oletuksena painikkeita Panel WebControl tai koodin taakse.
Kirjaudu ulos tuotteittain Omistaja:
Oletuksena omistus tuotteen ominaisuus kuuluu tuotteen joukkue. Kehittäjät myös osuuden omistus mutta se on vain kunnes täytäntöönpanon tasolla. Usein kun on liian paljon käsitellä, unohdat saada merkin pois tuotteen omistaja. Jos omistaja doesnt &'; t allekirjoituksellaan työsi se tarkoittaa et ole &'; t päätökseen se, vaikka olet jo merkinnyt sitä tehnyt.
Tämä on turhauttavaa ja voi ulottua määräaikoja.
Edellä mainitut virheet ovat yleisiä ja voidaan tehdä kuka tahansa kehittäjä. Jos olet Asp.net kehittäjä, nämä virheet olisi huolehdittu seuraavaan kehitysvaiheeseen venture. Jos olet yrityksen omistaja ja haluavat palkata NET kehittäjille, niin varmista, että kehittäjät huolehtia saman samalla kehittää Web-sovellus.
.
liiketoiminnan kehitys
- Miksi on tärkeää käyttää palveluja ohjelmistojen testaus yritys?
- 5 Valtava Syitä Verkkosivusto olisi kohdeltava kuten vilkas kaupunki Storefront
- HP Pavilion dv7-6B55DX
- Syytä uskoa Home VOIP puhelinpalvelu Service
- FAP Turbo Valuuttakauppa Valuuttakauppa Software
- Liiketalouden tutkinto rahoitus - Hyvä tapa kehittää syvällistä ymmärrystä taloudellisten wor…
- Yhdistämään sekä startup of Innovate: Pharman 2012 Stratagems
- Alusta online läsnäolo kaukosäätimellä Developers
- Viestintä Supply - Verkostoituminen Device
- 4 Vinkkejä Varmista et saa kiinni vanhentunut puhelin system