Web Hosting Forum | Lunarpages
News: July 14, 2008 - New Contest! - Submit Your WordPress Theme Designs, Win BIG!
September 1, 2008 - Submit Your Web Site for the Sept 2008 Site of the Month!
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
September 06, 2008, 10:59:56 PM


Login with username, password and session length


Pages: [1]   Go Down
  Print  
Author Topic: Testing setup - best practices  (Read 697 times)
x000748
Newbie
*
Offline Offline

Posts: 1


« on: April 10, 2007, 03:01:57 PM »

I was wondering how different people approach the task of having one or two test areas for their website prior to it being moved to "production" environment.  Coming from a programming/computing/consulting background, I find this to be the general practice.  I was thinking of setting up subdomains "dev.mydomain.com", "test.mydomain.com" and password protecting them to limit access.  I would test my code/functionality in this area and then "migrate" everything to the "production" area (including the database).  How are you doing it (if at all) and does it sound like a good plan?  Thanks
Logged
david.patrick
Pong! (the videogame) Master
*****
Offline Offline

Posts: 28


« Reply #1 on: April 11, 2007, 03:54:08 AM »

Sounds like a really good idea to me. I too am from an IT Background, as a Software Tester as well- but when it comes to web stuff, I am really, really lazy about it.

I usually make sure I have a good backup, then go right ahead and make the changes to the live site. If it fails badly, then restore the backup. Fails only slightly, then I assess and either rollback or press on until I get it right.

The sub-domain sounds like a good idea because it will seperate the sites out completely. The only thin i suspect you will need to be wary of, is if you have URLs coded into a page. For example, if you have www.mydomain.com as a link, it won;t work properly in your test site, unless you change it.

I would imagine that for most of the current crop of CMS and Blogging tools, then it is not really a problem, as most of them are database driven and easily configurable.
Logged
ReTodd
Lunarpages Senior Designer
Developer
Jabba the Hutt
*****
Offline Offline

Posts: 553



WWW
« Reply #2 on: April 11, 2007, 09:58:33 AM »

that looks like a good process to me. I have my own testing server setup at home so I tend to do it all on there. Alpha is for dev, Staging is for testing, then I move to live.
Logged

wektech
Jabba the Hutt
*****
Offline Offline

Posts: 686


WWW
« Reply #3 on: April 19, 2007, 02:23:26 PM »

 Doh A couple of nasty php loops will convince you of the wisdom of using a test server instead of using LP host for testing! I set one up on an old desktop using Ubuntu in less than 2 hours.
Logged

heyguy
space cowboy
Pong! (the videogame) Master
*****
Offline Offline

Posts: 25


« Reply #4 on: April 19, 2007, 03:40:25 PM »

Depends I'm working on.  Some stuff I'll just roll out without testing, like template changes or other appearance tweaks.  But if it's anything that might go boom, like a script upgrade I'm not sure about, or something I wrote myself, I'll test it first either on my Ubuntu machine (so easy to set up it's ridiculous) or on my Windows box running xampp.

My feeling is the more stuff you can get off the production box the better.
Logged

it is what it is
PappaJohn
Spacescooter Operator
*****
Offline Offline

Posts: 33



« Reply #5 on: April 20, 2007, 09:21:11 AM »

I'm set up locally with EasyPHP for development. Once I'm happy with the code/design, I upload to a staging subdomain for web-based testing, then to the live environment.
Logged

"And if your head explodes with dark forebodings too,
I'll see you on the dark side of the moon"
Brain Damage - Pink Floyd

-- John
Pages: [1]   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.3 | SMF © 2006-2007, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks


Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM