软件测试生命周期
测试贯穿软件的整个生命周期
需求分析->测试计划->测试设计、测试开发->测试执行->测试评估->上线->运行维护
BUG概念
- 当且仅当规格说明是存在的并且正确，程序与规格说明之间的不匹配才是错误
- 当需求规格说明书没有提到的功能，判断标准以最终用户为准：当程序没有实现最终用户合理预期的功能要求时，就是软件错误
BUG等级
描述BUG的基本要素：
问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果
问题出现的版本：浏览器的版本、软件产品的版本
问题出现的环境：产品的运行环境
版本和环境没有强区分，就算把浏览器版本写在环境里也是可以的，只要能够给上关键信息供开发人员去复现就可以
与开发产生争执了怎么办？
1）先检查自身是否是测试的时候出现误操作，bug描述是否清楚
2）站在用户的角度考虑问题
a.功能正常只是测试的一部分，还需要考虑用户的使用感受
b."如果你是用户的话，你能接受这样的界面/功能/使用吗？"
3）BUG一定要有理有据
bug定级描述文档拿出来，然后将bug的表现与bug定级描述进行匹配，说服开发人员
4）提高自身技术和业务水平，做到不仅能提出问题，最好也能给出解决方案
a.测试小白：更多的是提出问题
b.测试大牛：除了提出问题也能定位到问题，给出解决方案
5）如果开发人员比较犟，就需要进行bug评审
a.bug评审需要有三个代表：测试代表、开发代表、产品代表
b.主要解决两个问题：
a)决定如何处理bug
b)分析缺陷产生的原因，找出预防的对策