1.软件测试的生命周期（软件测试的流程）：
1）需求分析：确认需求范围，功能点
2）测试计划：制定时间表（人，时间，做什么）
3）测试设计，测试开发：编写测试用例
4）测试执行：执行测试和缺陷管理
5）测试评估：结论（通过或不通过）、缺陷分析
缺陷的管理包括描述一个bug和缺陷的生命周期。
2.如何描述一个bug：
1）发现问题的版本
2）问题的出现环境
3）错误重现的步骤
4）预期行为的描述
5）错误行为的描述
6）其他（如：故障的分类：功能故障，界面故障，兼容性故障）
7）不要把多个bug放在一起
bug级别：崩溃，严重，一般，次要
例如：
缺陷标题：163免费邮箱注册提交失败
发现版本：v1.0.0.1
出现环境：win10+谷歌11浏览器
严重级别：严重
操作步骤：1）打开网易163网站，2）点击免费注册邮箱3）输入相关信息 4）点击提交
预期结果：页面提示“发送成功”
错误结果：页面提示“发送失败”
3.缺陷的生命周期：
缺陷的状态（流程图见课件）：
1）New，新发现的bug（测试人员操作）
2）Open，由研发经理，开发人员确认是一个bug（敏捷省略开发人员确认这一环节）
3）Fixed，开发人员进行修改后标识为修改状态（研发人员操作）
4）Rejected，如果认为不是bug，则拒绝修改（研发人员操作）
5）Delay，如果认为暂时不需要修改或暂时不能修改，则延迟修改（研发人员操作）
6）Closed，修改状态的bug经测试人员的回归测试通过，则关闭bug（测试人员操作）
7）Reopen，如果验证bug依然存在，则需要重新打开bug，开发人员重新修改（测试人员操作）
两个无效缺陷：new->Open->Closed和new->Open->Rejected->Closed
4.如何开始第一次测试（进入公司之后）
1）学习测试的研发的文档学习。
2）学习测试的要求和规范。
3）沟通最重要
5.如何发现更多的bug
1）软件测试同样存在二八原则，80%的故障集中于20%的模块，如果某部分问题较多，加强测试广度和深度
2）开发人员也存在二八原则，80%的故障集中于20%的开发人员，如果某些开发人员bug较多，加强他开发模块的测试广度和深度。
3）多进行逆向思维和发散性思维
4）不要局限于用例和需求文档
5）尽早介入项目
6.和研发人员产生争执怎么办？
1）先检查自身，是否bug描述不清楚
2）站在用户角度考虑问题
3）Bug定级有理有据
4）提高自身的技术和业务水平
5）找第三方介入（经理等）
来源：51CTO
作者：王果果ooo
链接：https://blog.51cto.com/14232274/2466639