一、软件测试的生命周期
软件测试的⽣命周期是指测试流程，这个流程是按照⼀定顺序执⾏的⼀系列特定的步骤，去保证产品 质量符合需求。在软件测试⽣命周期流程中，每个活动都按照计划的系统的执⾏。每个阶段有不同的 ⽬标和交付产物
需求分析一测试计划一测试设计/测试开发一测试执行一测试评估一上线一运行维护
测试人员不仅要具备测试能力、开发能力、最好具备一定的产品分析能力
测试执行结束后，不能认为项目100%的问题都发现了，问题不可能被完全发现
上线分为：
沙盒：企业内部的线上环境，供内部人员进行测试
小流量：部分线上真实用户可以使用到，测试人员在线上手动测试，还要观察有无错误日志（真实用户在使用过程中是否发现了问题）
全流量：所有的真实用户都可以使用到，线上环境和线下环境不一样，每一步都要跟进测试
二、bug的概念
定义：⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障 (fault)，这些bug使程序⽆法正确的运⾏，Bug产⽣于程序的源代码或者程序设计阶段的疏忽或者错误。
准确来说：
1、当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误
2、当需求规格说明书没有提到的功能，判断标准以最终⽤⼾为准，当程序没有实现其最终⽤⼾合理 预期的功能要求时，就是软件错误
描述bug的基本要素：问题出现的版本，出现的环境，出现的步骤，预期结果，实现结果
bug级别⼀般分为：崩溃、严重、⼀般、次要
三 、若测试与开发发生争执
1、先检查自身，是否bug描述不清楚
如果能正确地、⾼质量地录⼊⼀个Bug，那么基本上已经成功地与开发⼈员沟通了⼀⼤半的关于Bug的信息，现在写完⼀个缺陷后，好像还有很多关于Bug的信息没有表达出来，或者很难⽤书⾯语⾔表达出来时， 就应该在提交Bug后，⻢上找相关的程序员解释刚才录⼊的Bug，确保程序员明⽩Bug描述的意思， 而不要等待开发⼈员找⾃⼰了解更多的信息
2、站在用户角度考虑并抛出问题
站在用户角度考虑问题，应该让开发⼈员了解到Bug对⽤⼾可能造成的困扰，这样才能促使开发⼈员更加积极地、⾼质量地修改Bug
3、BUG定级要有理有据
BUG定级时，不仅要参考BUG级别，还要考虑BUG是否会影响到流程，往往用户的BUG级别和我们的是有区别的，需站在用户角度考虑定位级别
4、提⾼⾃⾝技术和业务⽔平，做到不仅能提出问题，最好也能给出解决⽅案
提⾼⾃⾝的业务和技术⽔平，不但要做到能提出问题，还能够提出解决问题的思路。这样才能更让⼈信服， 在⼯作中，你会发现同⼀个bug，资深测试⼯程师提出和初级测试⼯程师提出，两者的结果完全不同，两者最⼤的差别是资深测试⼯程师往往会提出解决⽅案，⽽⻓此以往，权威性逐渐的建⽴起来，那么开发⼈员看到bug的第⼀反应，就是这是⼀个bug
5、bug评审
如果确实是bug，友好沟通不能解决问题，那么就召开bug评审
bug评审主要解决两个问题： 决定如何处理bug ；分析缺陷产⽣的原因，找出预防的对策