Great Resource for Testing Podcasts

I listen to a lot of podcasts. Between my bus commute, errands and going to the gym, I have lots of time I can spend listening. I recently came across the site TestingPodcast.com. The site is an aggregation of various podcasts that deal with software testing. Sometimes they are podcasts I already subscribe to. Others are podcasts I would not want to listen to every episode but a particular episode might be interesting. They are all here.

I was a little puzzled finding the RSS link – it actually was in a logical place, I was just missing it. The RSS feed link is http://feeds.feedburner.com/SoftwareTestingPodcast?format=rss.

 

June 2011 mensming Twitter Posts

Follow mensming on Twitter

Release quick, retire quick – Mozilla retires Firefox 4 from security support – Computerworld http://bit.ly/iguC6H
30 Jun

Why Johnny can’t program — and how that can change | Application Development – InfoWorld http://bit.ly/jMdnau
29 Jun

Research paper – A Generation of Software Patents by James Bessen :: SSRN http://bit.ly/kKl55x
28 Jun

How to Become a Great Finisher – Heidi Grant Halvorson – Harvard Business Review http://bit.ly/lJQ7es
27 Jun

RT HackerChick – great advice RT @the99percent: Don’t Overthink It: 5 Tips for Daily Decision-Making http://bit.ly/lvPrV1
26 Jun

RT ASQ – Today’s Quality Quote: "A problem well-defined is a problem half-solved." – Anonymous
24 Jun

Looking forward to #barcampseattle this weekend.
24 Jun

Bacon Ipsum | A Meatier Lorem Ipsum Generator http://bit.ly/iuusN2
23 Jun

Conenza named PSBJ WA’s Best Workplaces finalists revealed | http://bit.ly/jJO8mQ
22 Jun

The Only Way to Get Important Things Done – Tony Schwartz – Harvard Business Review http://bit.ly/iVpISN
21 Jun

Conenza in Seattle Business Magazines "The 100 Best Companies" – http://bit.ly/mRMXKy
20 Jun

5 Ways To Survive Your Inbox | Six Pixels of Separation – By Mitch Joel at Twist Image http://bit.ly/jPjbgh
17 Jun

Troy Hunt: A brief Sony password analysis http://bit.ly/j614Hp
16 Jun

@dckismet Agreed – parameter substitution vulnerabilities should be a basic security check: http://bit.ly/lDiV45
15 Jun

Do businesses practice ‘sloppy’ security, or is cyber crime on the rise? – http://bit.ly/lu7gWQ
15 Jun

Do businesses practice ‘sloppy’ security, or is cyber crime on the rise? – http://bit.ly/lu7gWQ
14 Jun

Don’t Believe Facebook; You Only Have 150 Friends : NPR http://n.pr/mjsYpM
13 Jun

LinkedIn’s Big Trouble In Social China | Fast Company http://bit.ly/mBrctZ
10 Jun

Clouds Are Like Buses: Public Isn’t Always Better – Cloud Computing News http://bit.ly/mzXwht
9 Jun

Cheap GPUs are rendering strong passwords useless | ZDNet http://zd.net/ko3nlu
8 Jun

Will the Next Web Platform Please Hold Still? http://bit.ly/il5419
7 Jun

Finished reading _The Clean Coder_ by Robert C. Martin – http://amzn.to/iHe8te
6 Jun

Behold, the World’s Worst PowerPoint Slide – Gizmodo http://gizmo.do/igd6Yb
3 Jun

Alaska Airlines ditches paper flight manuals for iPads — Engadget http://engt.co/mmoltc
2 Jun

Tim Berners-Lee calls for ‘sophisticated’ social network – IT News from V3.co.uk http://bit.ly/jrLyuI
1 Jun

 

Build Speed Up After Java Upgrade(?)

At work, we use Jenkins as our continuous integration server. This machine was built over 3 years ago and has been very stable. One thing I had tried to debug at various points in the past is that our builds on this machine take 2-3 times longer than on our local machines. Other than that, the server has been rock solid stable.

This week, we made a change to our build scripts which worked fine on our local boxes (Windows) and on some VMs (Linux). However, the build failed with class not found errors on the build machine. As part of debugging this issue, I noticed that Java had never been upgraded on the build server. So, we upgraded Java from 1.6.0_07 to 1.6.0_21. It did not solve the problem but it was a needed change to the build server so we kept it. (FYI – the issue with the build was a dependency order issue which was resolved by simplifying the build scripts.)

When we thought we had everything fixed, I kicked off a full build from Jenkins. I was planning on coming back to check it in about 30 minutes (the expected full build time) only to be surprised when I got the build working normally email after 8 minutes. Unexpected. I checked the logs. Everything ran. I checked the build artifacts. All looked good. However, I did not believe the changes we made would speed up the build that quickly. Especially since our local builds did not speed up.

I kicked off a branch build (old build scripts) and it too completed in about 8 minutes. This leads to the java upgrade. I changed the active java version back to 1.6.0_07 and the build took nearly 30 minutes. Changed it back to 1.6.0_21. Build takes 8 minutes. Our automated tests are all running successfully. No build related issues have been discovered by our testers. Looks like this simple change has sped up or continuous integration server dramatically.