Databases
StackOverflow2013
Postsdbo
POBeginning TDD - Challenges? Solutions? Recommendations?
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POBeginning TDD - Challenges? Solutions? Recommendations?
    primarykey
    data
    text
    <p>OK, I know there have already been questions about <a href="https://stackoverflow.com/questions/4303/why-should-i-practice-test-driven-development-and-how-should-i-start">getting started with TDD</a>.. However, I guess I kind of know the general concensus is to <em>just do it</em> , However, I seem to have the following problems getting my head into the game:</p> <ul> <li>When working with collections, do will still test for obvious add/remove/inserts successful, even when based on Generics etc where we kind of "know" its going to work?</li> <li>Some tests seem to take forever to implement.. Such as when working with string output, is there a "better" way to go about this sort of thing? (e.g. test the object model before parsing, break parsing down into small ops and test there) In my mind you should always test the "end result" but that can vary wildly and be tedious to set up.</li> <li>I don't have a testing framework to use (work wont pay for one) so I can "practice" more. Are there any good ones that are free for commercial use? (at the moment I am using good 'ol <em>Debug.Assert</em> :)</li> <li>Probably the biggest.. Sometimes I don't know what to expect <em>NOT</em> to happen.. I mean, you get your green light but I am always concerned that I may be missing a test.. Do you dig deeper to try and break the code, or leave it be and wait for it all fall over later (which will cost more)..</li> </ul> <p>So basically what I am looking for here is not a " <em>just do it</em> " but more " <em>I did this, had problems with this, solved them by this</em> ".. The <strong>personal</strong> experience :)</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USCommunity
    1. USRob Cooper
    plurals
    1. PL
      singulars
      1. LTLinked
    1. PL
      singulars
      1. LTLinked
    2. PL
      singulars
      1. LTLinked
    3. PL
      singulars
      1. LTLinked
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    3. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POBeginning TDD - Challenges? Solutions? Recommendations?
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. POBeginning TDD - Challenges? Solutions? Recommendations?
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POBeginning TDD - Challenges? Solutions? Recommendations?
      1. This table or related slice is empty.
      1. VTUpMod
    1. This table or related slice is empty.
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload