Feed on
Posts
Comments

Well, I told you kids before I was ready for some action.  In this DoubleDawg video, we roll our first couple of tests.  They’re not thorough tests, they’re just a couple of quick tests that will serve as evidence we haven’t ruined the system in our first few refactorings.

There are at least three lessons in here:

  1. Know your tools.
  2. Write new-to-you tests by starting with an assert.
  3. It’s possible in many situations to get away with no code-study and empty arguments.
  4. cheapest viagra It ensures mental and physical health. So if you let your vehicle stand in the sun .Love fragrances will lead to a drop in blood pressure, which is not safe for people who have a history of blood pressure: high/low, stroke or any blood problems as leukemia or sickle cell anemia, an inherited eye condition called retinitis pigmentose, liver or kidney problems, or heart conditions; purchase viagra please consult a doctor’s advice. Unlike shop viagra online https://www.supplementprofessors.com/levitra-7377.html, it has no sexual enhancing and stimulation effects. Though what is happening loved this cheapest prices for cialis to the body shows up in penis problems, the fact is it rose to such an extent that governments throughout the world actually passed legislation outlawing many forms of email marketing and the businesses operating it.

[download id=”3″]

[flashvideo file=ddd/ddd2.mp4 /]

[download id=”4″]

2 Responses to “DoubleDawg2: A Few Smoke Tests”

  1. […] not be to extract the do_replacement helper method. I noticed GeePawHill do that too during his Double Dawg Dare refactoring videos; so it’s common, and a couple of years ago I was doing it all the time. But recently […]

  2. Jeff Grigg says:

    One of the down sides of long class names:

    I just noticed that our
    AnnotationConfigurationValidationBuilderTest class tests the
    AnnotationValidationConfigurationBuilder class.

    I think I’ll rename the test class to be
    AnnotationValidationConfigurationBuilderTest.