QA需要具备的第三个能力, 是需求分析.

需知道RD的工作通常是研究某种技术, 并且负责实作某些module or 功能.

他钻的很深, 但是全面性可能不够. 所谓全面性, 是指对于产品整体功能的了解度. 通常他只熟悉他所负责的部分, 其他部份的操作可能不太熟悉. 就算即使是他的部分, 若是加上对于环境的影响, 或是使用者可能遭遇的问题, 他可能也不见得很熟.

可是QA不同, 他需要测试大部分的功能, 或者说他需要组合不同功能来做测试. 并且他需要针对不同环境, 或是模拟使用者的环境或是行为. 因此他被要求的是广度, 是全面性的了解.

因此QA会对于受测系统功能的了解度, 应用程度, 操控程度, 会比RD还要熟悉的多.

因此当要做下一版时, 他对于需要加那些功能, 一定会很有想法, 因为他某种程度代表使用者. 哪里做改后, 使用者会比较好操作, 或是比较能发挥更大的效果, 他需要能了然于胸.

或者当PM提出新的功能时, 他必须要能检验, 加了这些功能是否会目前功能冲突? 是否会有任何副作用? 是否会真的实用?

所以QA必须要能分析他所测试系统的功能和需求, 知道哪些是要加强 并且要怎样加强才会比较好.

QA不应该只是follower, 要能对产品需求提出见解和建言, 帮助团队开找出更好的需求