测试活动中,如果发现需求文档不完善或者不准确怎么处理?

2020-06-28 10:46发布

2条回答
希希
2021-11-10 11:04

一是项目经理通过和客户的交流,完成需求文档,由开发人员和测试人 员共同完成需求文档的评审,评审的内容包括:需求描述不清楚的地 方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合 开发人员,测试人员以及客户的意见,完成项目计划。然后sqa进入项目,开始进行统计和跟踪。
二是开发人员根据需求文档完成需求分析文档,测试人员进行评审,评审的主要内容包括是否有遗漏或 者双方理解不同的地方。测试人员完 成测试计划文档,测试计划包括的内容上面有描述。
三是测试人员根据修改好的需求分析文档开始写测试用例,同时开发人 员完成概要设计文档,详细设计文档。此两份文档成为测试人员撰写 测试用例的补充材料。
四是测试用例完成后,测试和开发需要进行评审。
五是测试人员搭建环境
六是开发人员提交第一个版本,可能存在未完成功能,需要说明。测试 人员进行测试,发现 bug 后提 交给 bugzilla。
七是开发提交第二个版本,包括 bug fix 以及增加了部分功能,测试人员进行测试。
八重复上面的工作,一般是 3-4 个版本后 bug 数量减少,达到出货 的要求。
九是如果有客户反馈的问题,需要测试人员协助重现以及回归测试。
在传统的 bugzilla 中,bug 描述应该包括以下的信息:① 和 bug 产生对应的软件版本;② 开发的接口人员;③ bug 的优先级;④ bug 的严重程度;⑤ bug 可能属于的模块,如果不能确认,可以用开发人员来判断;⑥ bug 标题,需要清晰的描述现象;⑦ bug 描述,需要尽量给出重新 bug 的步骤;⑧ bug 附件中能给出相关的日志和截图。
高质量的 bug 记录就是指很容易理解的 bug 记录, 所以,对于描述的要求高,能提供的信息多且准确,很好的帮助开发人员定位。

一周热门 更多>