• sue.james (7/31/2013)


    Let's all back up a minute and think about the true source of the problem .... poorly written specifications (if the developer even got one at all). When more emphasis is placed on requirements gathering and the development of a specification with use case scenarios and process flow charts, the end product is not only better, but there is less project/scope creep as well. A well written specification not only provides the business rules to the developer, it also guides the QA staff in the development of a testing plan. Wait, did I say testing plan? Yes, I certainly did. How many QA staff out there actually develop one for a major project so that they don't forget to test anything? This one certainly does!

    +1 BILLION and 46 thumbs up!

    --Jeff Moden


    RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
    First step towards the paradigm shift of writing Set Based code:
    ________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

    Change is inevitable... Change for the better is not.


    Helpful Links:
    How to post code problems
    How to Post Performance Problems
    Create a Tally Function (fnTally)