软件测试（2）

软件测试的目的和原则

• 目的：验证软件有没有问题

• 原则：以客户为中心，遵循软件测试得规范、流程标准和要求

需求

需求分为用户需求和软件需求。
用户需求：可理解为甲方提出的需求，如若没有甲方，那么终端用户使用产品时必须要完成的任务；
软件需求：也叫功能需求，该需求会详细描述开发人员必须实现的软件功能；

软件需求就是测试人员进行测试工作的项目依据

简单的说明一下用户需求和软件需求：
女朋友饿了的例子
用户需求：
女友：我饿了

软件需求：（需要你和她进行不断地反复沟通了解详细的具体需求来指定解决方案）
你问：那你想吃什么？
女友回答：随便。
你问：那吃大盘鸡？
女友回答：不想吃。
你问：那你想吃啥？
女友回答：随便。
。。。。。。。。
几轮过后，理解女友（即用户）想吃牛排。此时，再去研究去哪家店？怎么去等等。

什么是bug？

作为一名测试人员，工作内容就是找bug，验证bug，推进bug的解决，直至软件达到发布的标准，提高软件的质量，以及研发的工作效率和质量。

bug的定义： 软件的BUG,狭义概念是指软件程序的漏洞或缺陷，广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。

bug的由来：

1. 缺乏有效沟通
2. 软件的复杂度
3. 编程错误
4. 不断变更需求
5. 时间的压力

测试所要做的就是去发现这些bug，并告知开发，让开发修改解决。
找到bug，提交bug后就进入了bug的生命周期
bug的生命周期，就是一个bug被发现到这个bug被关闭的过程。

发现bug–>提交bug–>指派bug–>研发确认bug–>研发去修复bug–>回归验证bug–>是否通过验证–>关闭bug

重复bug： 测试人员找到对应重复bug的ID。如果确认是重复bug，直接关闭（通常是关闭后面提交的那个重复的bug）

吃鸡例子
一局吃鸡, 已经进了决赛了, 你一身神装, 离吃鸡只有一步之遥, 但是游戏崩溃了~~~
凡是实现效果和需求不相符的都可以认为是bug.
bug的后果: 用户流失, 绩效血崩.
bug的责任: 程序猿一定是第一背锅侠. 特定情况下, 测试才会分锅.
bug的处理: 生产环境上的问题, 要第一时间回滚, 再慢慢定位.
bug的态度: 心存敬畏, 但是不要害怕. 程序猿身上背负的BUG, 就是一个老兵身上的疤痕, 最值得骄傲的军功章.