我们在做一个软件项目之前,首先就要做好测试需求分析,比如说分析识别测试范围,解决测试什么的问题等,测试需求也有着一个完整的流程,先进行需求采集,然后进行需求分析,接着才是需求评审。这几个阶段中比较重要就是测试需求分析的评审,那么在测试需求不明确的情况下,如何保证测试质量呢?
保证测试质量要做好这几点:多方收集需求; 多与开发人员沟通; 若有以前的系统,参照以前的系统;找类似的产品熟悉;到网上查找与系统相关的业务知识、专业术语。而测试需求分析的内容也是比较广泛的,有业务流程图的分析,用户和角色的分析,数据库结构的分析和测试要点的分析。
一般来说测试需求的来源无外乎以下几个方面:
(1)开发文档:需求规格、概设、详设、数据库结构设计文档、模块功能图等;
(2)用户需求:与用户或需求分析人员沟通,需求调研的会议纪要,与用户邮件往来;
(3)软件雏形:可运行软件,软件的框架;
(4)相关的规划及标准:各行各业的标准、国家标准、行业标准、企业标准、项目标准、国家法律法规;
(5)类似的产品:公司内部相同的旧版本产品,行业其他公司类似的产品;
(6)测试知识经验库:测试人员的业务背景、系统业务知识的积累、个人的测试经验积累;
(7)其他隐性的需求:产品利益相关者的建议、会议纪要、备忘录、沟通记录、邮件往来等。