一、软件测试的生命周期
软件开发的生命周期（流程）：需求分析—计划—设计—编码—测试—运行维护
软件测试的生命周期（流程）：需求分析—测试计划—测试设计/开发—测试执行—报告评估
需求分析阶段：深入了解需求--分析需求--验证需求--去掉不合理的需求--从需求中提取测试点
测试计划：时间、人员、目的、测试范围（新开发的功能引入新的代码，新引入的代码可能会影响之前的功能）
测试设计/开发：测试用例的开发或编写（开发人员在同步进行开发工作）
测试执行：功能已经开发完了，测试人员要执行测试用例去验证需求是否实现，发现BUG后，需要记录，开发人员修改，回归
回归测试：系统引入新的代码的时候，为了防止新代码对老功能产生影响，需要验证相关联的功能
报告评估：测试工作结束之后，写测试分析报告，总共执行了哪些用例、发现了多少BUG、修改了多少BUG、遗留BUG、上线风险
二、发现一个BUG如何进行描述
测试人员发现的BUG是记录在另一个系统（管理软件开发的过程），开发人员也可以登陆，可以看到测试人员提出的BUG
eg:注册功能：密码长度是8-16个字符，注册时输入1个字符，也注册成功了
?
BUG描述：
标题：注册时密码输入1位字符，也可以注册成功
1、版本号：代码版本号XXXX
2、测试环境：Chrome浏览器 版本号96.0.4664.45? ? ? ? 操作系统：Win10? ? ? ? 电脑品牌型号
3、测试数据：邮箱：123445677@163.com? ? ? ? 密码：1? ? ? ? 手机号：1234567789
4、测试步骤：1）打开网易邮箱注册页面? ? ? ? 2）输入邮箱账户，密码，手机号? ? ? ? 3）点击统一条款? ? ? ? 4）点击注册
5、实际情况：注册成功
6、预期结果：注册失败，提示“密码长度不符合规则”
7、BUG的级别
8、附件（截图、错误日志）
三、BUG的级别
1、崩溃：已经影响系统的运行，死机，崩溃，死循环，页面一级重要菜单无法使用，数据库查询死循环，内存泄漏
线上出现崩溃级别的BUG，如何立即，快速修复？
回归版本，重新去发布之前的稳定的版本
2、严重：系统还可以运行，但是不稳定了，继续运行下去会产生严重后果
直播画面失真，数据泄露（用户数据）、日志里面不能有用户的手机号和银行卡等信息
3、一般：次要，不影响系统的稳定运行，但是会影响用户体验
次要功能没实现，某些条件下的查询错误，数据重复展示，删除一些重要文件，没有提示
4、次要（建议）： 界面性的，对用户使用系统没啥影响，影响用户的使用体验而已
内测：一部分待上线的新功能先开放给部分活跃用户进行测试?
四、BUG的生命周期? ? ?
五、当开发人员和测试人员产生冲突怎么办
1）检查自身，看是否描述清楚了这个BUG；
2）站在用户使用的角度，去说服开服人员；
3）BUG级别定义要符合公司规定，要有理有据；
4）测试人员要不断提高自己的业务水平和技术能力。不但能发现BUG，还可以定位BUG的原因，提出解决方案。
5）可以和产品经理、开发人员一起进行会议讨论，讨论BUG的解决方案。
测试人员工作的目的是为了提高开发人员开发的软件质量，和软件开发人员的目标是一致的，为了交付一个高质量可用的软件。
六、测试用例编写
看界面有什么东西，可以根据界面的每一个元素来写测试用例，防止遗漏；界面测试，界面上能看到的元素，都要进行测试。