Question

软件测试发现bug怎么处理

Answer 1

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

Answer 2

一旦发现这种问题，首先汇报给直属领导，确认不是自己的理解问题。然后发起会议与产品经理，研发等团队讨论是否加入新的需求，如果必拍拍须增加，是否需要调整测试时间（大部分公司测试团队处于弱势地位，很可能被迫在原计划时间内完成原有任务加新变化产生的任务）等。请务必据理力争，否则你会发现事情袭缓羡会超出哪顷你的想象。