....but what is the BA doing while the solution is being developed?
To me, User Acceptance Testing is performed by Users, not IT project team members.
I think what we have here is two ways of delivery and testing; in the way I am used to, BA's take a project from initiation to requirements to design, developers go from design to build to unit test, and QA takes it from system testing into UAT. There is a lot of overlap as the work moves from one role to the next, especially QA who are involved in validating requirements to ensure they are testable. Overall, this means that each role primarily works on the part of the project they are best at, moving to the next project as needed. I agree, sometimes a BA may get called back in to assist with test phase issues, but that is as needed rather than always being involved.
... but there is more than one way to skin a cat (if its ok to say that anymore). Neither way is perfect, but you can use either if it works at your company.
Craig,
I have seen in job descriptions where the BA is to create test scripts and test plans. Is this the same as the UAT testing? Do you have a test script, test plan, or UAT template?
Thanks,
Georgette
Hello All,
How is testing done in business analysis? What are the resources that a business analyst need to perform testing? Also, what is the difference between the testing that is performed by a BA and the one performed by a QA?
Who should be involved in testing?
Thank you,
Hi Georgette,
Generally, testing is not considered to be part of the competencies required of a business analyst. However, the reality is that the actual responsibilities of a person with the "Business Analyst" title could include testing. This may be the case in smaller organizations where the only roles on the team are the business analyst and the developer. In larger organizations the BA maybe involved in UAT and/or in reviewing the test plans and test cases created by the dedicated QA team.
- Adrian
I don't have any templates or examples I can share but basically tests focus on defining three things and then executing them.
You then observe the outcome and note the variation. If you don't get an expected outcome you have a problem.
This probably isn't the forum for detailed discussion on testing so I'll refer you to a neat little testing site The Testing Spot.
Thank you very much for your comments. That helps a lot. I love this forum!!!!!!
brought to you by enabling practitioners & organizations to achieve their goals using: