软件测试概念
hi,大家好,又见面了,今天继续为大家带来软件测试的概念
软件测试的生命周期
描述一个BUG
BUG的级别
BUG的生命周期
测试的执行和bug管理
产生争执怎么办
🐷🐷🐷软件测试的生命周期
需求分析->测试计划->测试设计.测试开发->测试执行->测试评估
软件测试&软件开发生命周期
需求阶段:测试人员了解需求,对需求进行分解,得出测试需求
计划阶段:根据需求编写测试计划,测试方案
设计阶段:测试人员了解设计
编码阶段:测试人员一般不用编码,已经编码的交给白盒测试人员可以执行单元测试
测试阶段:是软件测试人员最为重要的工作阶段
运行维护:测试人员需要参与项目的实施工作
🐷🐷🐷描述一个BUG
1、发现问题的版本
2、问题出现的环境
3. 错误重现的步骤:描述问题重现的最短步骤
4. 预期行为的描述
5. 错误行为的描述
6. 其他
7. 不要把多个bug放到一起
🐷🐷🐷BUG级别
1.Blocker(崩溃)
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。
比如：1.内存泄漏；2.严重的数值计算错误；3.系统容易崩溃；4.功能设计与需求严重不符；5.系统无法登陆；6.循坏报错，无法正常退出。
2.Critical(严重)
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
比如：1. 功能未实现；2.功能存在报错；3.数值轻微的计算错误。
3.Major(一般)
通常表现为：界面、性能缺陷。
比如：1.边界条件下错误；2.容错性不好；3.大数据下容易无响应；4.大数据操作时，没有提供进度条。
4.Minor(次要)
通常表现为：易用性及建议性问题
比如：1.界面颜色搭配不好；2.文字排列不整齐；3.出现错别字，但是不影响功能；4.界面格式不规范。
🐷🐷🐷BUG的生命周期
每个公司、每一个工具对bug生命周期的定义都是不一致的
一个Bug的整个生命周期，是从Open到Closed的所有状态
来看一个BUG状态转化图
🐷🐷🐷测试的执行和bug管理
- 打开待测试的系统
- 打开测试管理工具用例模块，开始执行用例
- 发现bug！进行复现并确认bug的复现步骤
- 记录bug
- 沟通bug
- 验证以前提交的bug
- 确认本次测试完成
- 编写测试报告
🐷🐷🐷产生争执咋办
遇到争执不要怕，记住批判性思维：清楚–准确、切题–深刻，有意义，有逻辑性–公正、全面
1、先检查自身，是否bug描述不清楚
2、站在用户角度考虑问题 应该让开发人员了解到Bug对用户可能造成的困扰
3、BUG定级要有理有据
4.提高自身的技术和业务水平. 不光要提出问题, 最好也能提出解决方案
5.开发人员不接受时，不要争吵,已经经过了多轮沟通，但是开发人员仍然拒不接受。此时可以发起Bug评审。
这期就到这里,我们下期再见了,886!
