@ClemensReijnen

Recent posts

Tags

Categories

Navigation

Pages

Archive

Blogroll

    Disclaimer

    The opinions expressed herein are my own personal opinions and do not represent my employer's view in anyway.

    Testing in one week sprints, hierarchy backlog items and test coverage.

    One week sprints are great and bring big benefits to you team and product.

    The artifacts that are in your system will be; image the backlog with nice small backlog. That small that they can be realized in the one week sprint. your sprint will contain a image test plan for the sprint, with related product backlog items. Probably there also will be some image additional test plans for other concerns/ risks. The image regression test plan finally will contain a collection of test cases gathered from the sprint test plans and the additional test plans. And the customer will use a image acceptance test plan for there work.

     

    image

    This works great. And, because the PBI’s image with their corresponding test cases image are that small the team will have the continuous discussion if the needed validation should be implemented with unit test technology/ automated test or, if it would be easier/ faster/ better/ higher ROI to specify and execute the test as a manual test. Work around testing in this way makes it a real team effort which makes it easier to get testing done in the sprint.

    WP_000229  
    How should we test this PBI?

    The test cases during a sprint are that small that also the image regression set will become a collection of very small validations of the system. After several ‘one week’ sprints the bigger scenario / end to end test cases are missing. A collection of small validations made the team uncomfortable about the quality of the regression and unit test case set.

    For example: when making several settings the system behaves in a different way. In our situation is was the backend connection with either SharePoint 2007, 2010, 2013 or O365. Making this setting and saving this setting was one PBI. The different behavior according to this setting where other multiple PBI’s. And the overall collection of settings (all different PBI’s) made the system behaves different. We needed an Activity Diagram to explain its behavior.

    image

    The decision to make use of Parent PBI’s is easy made (we called them Features and prefixed them with this name).

    clip_image001

    Related to these ‘feature’ PBI’s a feature test plan can be created, which will cover the full scenario and all path coverage's. in this way giving the team the comfort that all paths and scenarios are covered.

    image

     

    Finally ending up with a bit more complex organization, but with a better test coverage.

    image Feature PBI’s broken down in child PBI’s, which are partly implemented in a sprint. A nice additional benefit is that the team focuses on Feature PBI after Feature PBI, implementing them one after another. image Activity diagrams support the scenario, and when needed use case or other UML diagrams. The overall scenario (activity diagram) is related to the Feature PBI and the different actions can be related to the child PBI’s. image Testers can use their Test Design Techniques when analyzing the UML diagram for test coverage and test cases. And the image regression set will be a mix of Sprint Test plan test cases and Feature Test plan test case.

     

    image

     

    Everything perfect. But the bit more complex organization of the backlog has its challenges. Not all PBI’s relate to a Feature PBI and often a PBI’s influences / relates to multiple Feature PBI’s. The one activity diagram per feature is fake and a theoretically example, the real world is more challenging. See also Martin’s post You can’t stack rank hierarchical work items?.

    Although it will give you some extra backlog grooming activities, still Features PBI’s can bring benefit to the system. Don’t try to make it too perfect and definitely have testing knowledge in place for the coverage then it is a good thing to give it a your bigger systems.

     

    6 Testing with Visual Studio 2012 Agile TMap _ The QUALITY A-Z Roadshow

    The QUALITY A-Z Roadshow:
    A full day overview, with demo’s and real world experiences of all the testing capabilities of Microsoft Visual Studio and needed testing practices.

    1: Keynote: The Value of Quality
    2: Test Planning
    3: Test Specification and Execution
    4: Test Controlling and Reporting
    5: Test Infrastructure and Virtualization
    6: Operations Integration



    Feel free to ping me if you want to have these sessions delivered at your company.

    Posted: May 12 2013, 14:07 by ClemensReijnen | Comments (2) RSS comment feed |
    Filed under: ALM | Agile | MTM | SCRUM | TMap | VS2012

    5 Testing with Visual Studio 2012 Agile TMap _ The QUALITY A-Z Roadshow

    The QUALITY A-Z Roadshow:
    A full day overview, with demo’s and real world experiences of all the testing capabilities of Microsoft Visual Studio and needed testing practices.

    1: Keynote: The Value of Quality
    2: Test Planning
    3: Test Specification and Execution
    4: Test Controlling and Reporting
    5: Test Infrastructure and Virtualization



    6: Operations Integration

    Feel free to ping me if you want to have these sessions delivered at your company.

    Posted: May 12 2013, 14:06 by ClemensReijnen | Comments (3) RSS comment feed |
    Filed under: ALM | Agile | MTM | TMap | VS2012

    4 Testing with Visual Studio 2012 Agile TMap _ The QUALITY A-Z Roadshow

    The QUALITY A-Z Roadshow:
    A full day overview, with demo’s and real world experiences of all the testing capabilities of Microsoft Visual Studio and needed testing practices.

    1: Keynote: The Value of Quality
    2: Test Planning
    3: Test Specification and Execution
    4: Test Controlling and Reporting



    5: Test Infrastructure and Virtualization
    6: Operations Integration

    Feel free to ping me if you want to have these sessions delivered at your company.

    Posted: May 12 2013, 14:04 by ClemensReijnen | Comments (1) RSS comment feed |
    Filed under: ALM | Agile | MTM | TMap | VS2012

    3 Testing with Visual Studio 2012 Agile TMap _ The QUALITY A-Z Roadshow

    The QUALITY A-Z Roadshow:
    A full day overview, with demo’s and real world experiences of all the testing capabilities of Microsoft Visual Studio and needed testing practices.

    1: Keynote: The Value of Quality
    2: Test Planning
    3: Test Specification and Execution



    4: Test Controlling and Reporting
    5: Test Infrastructure and Virtualization
    6: Operations Integration

    Feel free to ping me if you want to have these sessions delivered at your company.

    Posted: May 12 2013, 14:02 by ClemensReijnen | Comments (1) RSS comment feed |
    Filed under: ALM | Agile | MTM | TMap | VS2012

    2 Testing with Visual Studio 2012 Agile TMap _ The QUALITY A-Z Roadshow

    The QUALITY A-Z Roadshow:
    A full day overview, with demo’s and real world experiences of all the testing capabilities of Microsoft Visual Studio and needed testing practices.

    1: Keynote: The Value of Quality
    2: Test Planning



    3: Test Specification and Execution
    4: Test Controlling and Reporting
    5: Test Infrastructure and Virtualization
    6: Operations Integration

    Feel free to ping me if you want to have these sessions delivered at your company.

    Posted: May 12 2013, 14:00 by ClemensReijnen | Comments (1) RSS comment feed |
    Filed under: ALM | Agile | MTM | TMap | VS2012

    1 Testing with Visual Studio 2012 Agile TMap _ The QUALITY A-Z Roadshow

    The QUALITY A-Z Roadshow:
    A full day overview, with demo’s and real world experiences of all the testing capabilities of Microsoft Visual Studio and needed testing practices.

    1: Keynote: The Value of Quality



    2: Test Planning
    3: Test Specification and Execution
    4: Test Controlling and Reporting
    5: Test Infrastructure and Virtualization
    6: Operations Integration

    Feel free to ping me if you want to have these sessions delivered at your company.

     

    Posted: May 12 2013, 13:54 by ClemensReijnen | Comments (2) RSS comment feed |
    Filed under: ALM | Agile | MTM | TMap | VS2012

    11 Tips for Getting Testing Done in the Sprint

    Tips:
    01. Getting Testing Done in the Sprint - The Team and Activities
    02. Getting Testing Done in the Sprint – Regression Test Sets
    03. Getting Testing Done in the Sprint – Test Automation
    04. Getting Testing Done in the Sprint – Undone Backlog Item
    05. Getting Testing Done in the Sprint – No Double, Triple Testing
    06. Getting Testing Done in the Sprint – PBI Implementation Sequence
    07. Getting Testing Done in the Sprint – Risk and Business driven Tests
    08. Getting Testing Done in the Sprint – Write Logical Acceptance Tests
    09. Getting Testing Done in the Sprint – Test Tasks on the Board
    10. Getting Testing Done in the Sprint – the Definition of Done
    11. Getting Testing Done in the Sprint - The Customer Test Team

     

    Posted: Apr 05 2013, 10:19 by clemensreijnen | Comments (0) RSS comment feed |
    Filed under: ALM | Agile | MTM | VS2012 | SCRUM | TMap

    Continuous Quality with Visual Studio 2012 (deck)

    A deck covering software quality related topics supported by Visual Studio 2012.

     
    and the PowerPoint web app viewer…

    Article in the Methods & Tools Fall 2012 PDF Issue

     

    imageDownload http://www.methodsandtools.com/mt/download.php?fall12here my article in Methods & Tools Fall 2012 PDF Issue, covering 5 Method and Tool Tips for Testing in Scrum.

    Methods & Tools Software Development Magazine

     

    image