软件测试基础
1.软件测试的生命周期（软件测试的流程）
软件开发的生命周期：需求分析-> 计划 ->设计-> 编码-> 测试-> 运行维护
软件测试的生命周期：需求分析 -> 测试计划-> 测试设计、测试开发 -> 测试执行-> 测试评估
? ? ? ? ? ? ? ? ? ? ? ? ? 深入了解需求 ? ? ? ?时间 ? ? ? ? ?测试用例的开发或编写 ??
? ? ? ? ? ? ? ? ? ? ? ? ? 分析需求 ? ? ? ? ? ? ?人员 ? ? ? ? ? 开发人员在同步进行开发 ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? 验证需求 ? ? ? ? ? ? ?目的
? ? ? ? ? ? ? ? ? ? ? ?去掉不合理需求 ? ? ? 测试范围 ??
? ? ? ? ? ? ? ? ? ? ? 从需求中提取测试点 ??
测试执行：功能已经开发完了，测试人员要执行测试用例去验证是否实现，发现BUG后需要记录，开发人员修改 ?回归
报告评估：测试工作结束之后 写测试分析报告 总共执行了哪些用例 ?发现了多少BUG ?修改了多少BUG ?遗留BUG 上线风险
回归测试：系统引入新的代码的时候，为了防止新代码对老功能产生影响，需要验证相关联的功能
（新功能的开发，引入新的代码，新引入的代码很可能会影响之前的功能）
2.发现BUG如何描述
BUG的描述：
标题：注册时密码输入1位字符，也可以注册
1.版本号：代码版本号V1002
2.测试环境： Chrome 浏览器 ?版本号96.0.4664.45 ?操作系统：windows10 ?电脑品牌和型号
3.测试数据
? ?邮箱：395645313@qq.com
? ?密码：1
? ?手机号码：13152195318
4.测试步骤：
（1）打开网易邮箱注册界面 http：//mail.163.com/register/index.html?.....
（2）输入 邮箱账户、密码、手机号
（3）点击 同意条款
（4）点击注册
5.实际情况：注册成功
6.预期结果：注册失败，提示“密码长度不符合规则”
7.BUG级别
描述BUG的要素：版本号，测试环境，测试数据，测试步骤，预期结果，实际结果，附件（错误截图，错误日志），BUG等级，标题
3.BUG的级别
崩溃：已经影响系统的运行，死机，崩溃，死循环，页面一级重要菜单无法使用，数据库查询死循环，内存泄漏
? ? ? ? ? 线上出现崩溃级别的BUG，如果立即，快速修复？ 回归版本，重新去发布之前的稳定的版本
严重：系统还可以运行，但是不稳定，继续运行下去会产生严重后果（直播画面失真 ，数据泄露（用户数据），日志里面不能有用户的手机号、银行卡号）
一般：次要，不影响系统的稳定运行，但是会影响用户体验
? ? ? ? ? 次要功能，某些条件下的查询错误，数据重复展示，删除一些总要的文件，没有提示
次要（建议）：界面性的，对用户使用没有影响，影响用户使用体验而已
|