自动化测试相关

bug的风险等级：
建议，一般，严重，致命

bug的生命周期：
新建–待修复-审核-关闭
注意：bug关闭后可能会再次打开，测试人员关闭一个bug后需要做回归测试，验证次bug是否会引入新的bug，如果没有，则代表该bug彻底关闭。

软件测试的流程：
1.分析测试需求：需求分析阶段测试人员参与确定需求是否明确
2.制定测试计划：确认哪些功能点需要做测试，每个功能点需要做哪些测试并且需要使用到哪些测试工具，测试的时间限定，人力资源的分配等
3.设计测试用例
4：评审测试用例：检验测试用例是否达到检验bug的标准
5：执行测试用例：根据测试计划执行测试用例，管理bug的生命周期（可以用禅道），每一个bug关闭后需要做回归测试
6：编写测试评估报告：测试报告既有测试中的数据采集以及对最终的测试结果分析，包括bug的基本数据，bug的通过率，测试用例覆盖率，对软件功能，性能，易用性等各个方面的质量评价等。

测试用例原则：1：根据需求进行测试 2：测试用例覆盖最大化

什么是自动化测试？
脚本语言通过浏览器驱动对界面元素进行操作，进行的一系列和ui相关的测试；即用程序控制浏览器去做事情，代替手工操作浏览器。

自动化测试的前提:
1:项目本身的需求不经常变化，比较稳定
2:因为自动化测试脚本的编写需要耗费大量的人力和资源，所以需要根据公司的人力状况和发展来量力而行

自动化测试的优点；
代替手工测试，自然是能节省人力和资源。

什么时候用自动化测试？

一般在回归测试中用自动化测试，因为自动化测试脚本本身需要耗费大量的资源去做，如果开发出的测试脚本只用一次，那还编写测试脚本干嘛，直接手动测试得了，所以，编写的测试脚本在测试中使用的次数越多，测试脚本的意义就越能得以体现，回归测试指修改bug后需要对和bug相关的功能点进行测试，每一次软件产生bug都用自动化测试脚本进行回归测试就不用人工测试了，节省了人工操作。

selenium一般做功能测试和兼容性测试
jmeter一般做性能测试和接口测试