软件测试——BUG篇

软件测试贯穿于软件的整个生命周期

需求分析	测试计划	测试设计与开发	测试执行	测试评估	上线	运行维护
用户角度：软件需求是否合理 技术角度：技术上是否可行，是否还有优化空间 测试角度：是否存 在业务逻辑错误、 冗余、冲突等问题	制定测试计划：什么时候 开发测 试，什 么时候 结束测 试，耗 时多久	参考需求文 档、技术文 档等编写测 试用例 写测试文 档，明确标注使用到的 测试方法， 测试工具， 测试形式等	充分利用测试 用例和 测试工 具对项 目尽可 能做到 全方面 的测试 覆盖	测试是否通过，本 次测试是否有 遗留的BUG, 最终测 试人员 需要产出一个测试报告	项目测试结束后，将项目发布到线上环境，测试人员需求跟踪上线并测试线上环境下软件的运行是否正常	测试人员需要参与项目的实施工作。测试人员对项目产品的业务和操作非常了解，加上测试人员的沟通表达能力一般都比较强，所以测试人员可以参与用户使用软件的培训，在试运行项目时收集问题并及时反馈给相关负责人

测试人员不仅要具备开发能力、测试能力，最好具备一定的产品分析能力。

BUG

1.1BUG概念

准确的来说:
  1）当且仅当规格说明（需求文档）是存在的并且正确，程序与规格说明之间的不匹配才是错误。
  2）当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现其最终用户合理预期的功能要求时，就是软件错误。

描述bug的基本要素：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果

案例：不同浏览器登录同一个网页，界面显示结果不同  （比特课件示例图）

案例：https://www.101eduyun.com/
版本：	版本   124.0.6367.202  (正式版本)   (64 位)
环境：	window系统版本xxxx
步骤:	1、打开谷歌浏览器 2、输入网址:http://xxxxxx 3、找到登陆窗口
		预期结果:	二维码没有被遮挡，可以微信扫描添加
			二维码用户
实际结果：	二维码被遮挡，微信扫描无法添加二维码用户

Scrum    敏捷模型

三个角色和五大重要会议

三个角色：产品经理、项目经理、研发团队

五个重要会议：需求发布会议、计划发布会议、每日会议、演示会议 、回顾会议

定义BUG级别

bug级别一般分为：崩溃、严重、一般、次要

BUG生命周期

责任感和压力

与开发产生争执怎么办？

        在测试工作中，最常遇到的是和开发人员的PK，作为测试经理还会和项目经理、产品经理的PK进度、质量。作为一名测试人员，一般会遇到以下几种情况:

遇到争执不要怕，要理性的分析和反馈问题。

1） 先检查自身，是否bug描述不清楚

       反省自己:是不是在测试的时候出现了误操作、bug描述是不是没有写清楚

2） 站在用户角度考虑并抛出问题

       功能正常只是测试的一部分，还需要考虑用户的使用感受

       “如果你是用户，你能接受这样的界面/功能/使用吗?

3） BUG定级要有理有据

       bug定级描述文档拿出来，然后将bug的表现和bug定级描述文档进行匹配，说服程序猿

4）提高自身技术和业务水平，做到不仅能提出问题，最好也能给出解决方案（一定不要以命令式的口吻要求开发人员按照自己的逻辑来修改）

      测试小白:更多的是提出问题(bug)
      测试大牛:除了提出问题也能够定位到问题，给出解决方案

开发人员比较固执，怎么说都不听的情况下，就需要进行bug评审~

bug评审需要有三个代表:测试代表、开发代表、产品代表

bug评审主要解决两个问题:
      1)决定如何处理bug
      2)分析缺陷产生的原因，找出预防的对策