跳转至

如何做好测试需求分析

一、测试需求分析的过程:

1. 根据需求规格提取独立的功能点,确定测试范围;
2. 对独立功能进行分析,确定各独立功能的测试点;
3. 对业务场景即功能组合进行分析,提供业务场景的测试点;
4. 对非功能特性进行分析,了解需要测试的非功能特性;
5. 针对系统级接口进行分析,了解被测试对象、测试规格。分析可测性,确定测试方法、工具。

二、测试需求分析需要考虑的一些问题和细节

  • 问题:

    1.已文档化的需求是否被正确实现;
    2.是否存在遗漏需求;
    3.是否存在画蛇添足的问题(实现了不存在于需求规格的需求)。
    

  • 细节:

    1. 需求项与测试项关联、与测试用例关联(避免遗漏);
    2. 区分出测试项的优先级(80/20法则);(可以使用两次80/20法则,将优先级快速分为三个层次:5%、15%、80%)
    3. 针对可能存在的需求遗漏和疑似额外的实现,主动联系需求提出方,进行沟通并确认;
    4. 若需求项(测试项)可测试性差,及时反馈(涉及接口的,需要看到API,或接口文档)。
    

三、测试需求主要通过以下途径来收集

1. 与待测软件相关的各种文档资料。如软件需求规格说明书、用户手册、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等。
2. 与客户或系统分析员的沟通。
3. 业务背景资料。如待测软件业务领域的知识等。
4. 正式与非正式的培训。
5. 其他。如果以旧系统为原型,以全新的架构方式来设计或完善软件,那么旧系统的原有功能跟特性就成为了最有效的测试需求收集途径。

注: 上文内容不用于商业目的, 如涉及知识产权问题, 请权利人联系 vtest-top@foxmail.com , 将立即处理, 谢谢!