当前位置:网站首页>【软件测试】基础篇
【软件测试】基础篇
2022-08-02 14:14:00 【零雨z】
一.软件开发的生命周期
第一阶段:需求分析(Planning and Requirement Analysis)第二阶段:设计项目构架(Project Archiecture)
第三阶段:开发和编程(Development and coding)
第四阶段:测试(Testing)
第五阶段:部署(Deployment)
第六阶段:维护
二.软件测试的生命周期
三.软件测试中的BUG
1.如何描述一个BUG
1.1.测试版本
代码提交的版本号,我们一般不会直接把代码提交到码云的master分支,因为这样可能会存在一些错误,而直接上线。所以会有很多分支,分别负责各自的功能,等到所有代码都没有问题,在进行提交。
1.2.测试环境
为什么测试环境也要描写清楚?答:因为在不同的测试环境出现的问题不一样,不同的浏览器以及浏览器不同的版本都是不一样的。
市面上的浏览器有哪些?
答:谷歌、IE、火狐、edge、360、搜狗、QQ、猎豹、safari
app问题是因为什么环境
软件环境:IOS、安卓、鸿蒙、塞班、windows
硬件环境(设备):手机品牌/手机系列
1.3测试步骤
测试数据和执行测试的详细步骤(为了方便开发人员复现问题)
1.4实际结果、预期结果、
附件:BUG产生的log日志,错误截图
举例:
2.BUG级别
BUG级别分为4种:
1)崩溃
系统运行阻断,严重影响开发人员和测试人员的的工作,需要马上修复;2)严重
系统可以运行,但是已经不稳定了,如果继续运行下去,将产生严重后果;(如直播画面失真、密码明文显示)3)一般
系统可以稳定运行,但是一些功能还没有实现,影响了用户的体验;(比如查询功能,同一条数据在不同页都有显示,这是由于没有对数据排序,导致翻页查询出现这个问题)4)次要(建议)
影响用户的视觉体验,比如界面提示内容,图片排版等。
3.BUG的生命周期(目前提到的第三个生命周期)
一个BUG从无到有的状态
了解即可
发现BUG-->提交BUG-->指派BUG-->研发确认BUG-->研发去修复BUG-->回归验证BUG-->是否通过验证-->关闭BUG
问题:发现一个BUG,开发人员修改了,通知测试人员验证,但是测试人员又复现了,是哪些原因引起的?
答:1.测试的环境不同。
2.开发人员的理解不到位。
3.代码在开发人员修改后没有提交到远程,测试人员用旧的有问题的代码进行了测试。
四.测试人员因为一个BUG与开发人员产生冲突应该怎么做
答:1.检查自己的BUG是否描述清楚
2.考虑从用户的角度考虑说服开发人员
3.BUG的定级要有理有据,符合公司的规范。
4.测试人员要不断地提升自己的专业技能和业务水平(权威性)
5.找产品经理去讨论问题的解决方案(测试人员、开发人员、产品经理三方会议)
边栏推荐
猜你喜欢
随机推荐
理解:野指针,空指针,失效指针。
分布式一致性协议-Gossip
audio console无法连接到RPC服务
EastWave:垂直腔表面激光器
change the available bandwidth of tcp flow dynamically in mininet
"Array" look-up table method (leap year)
unity 和C# 一些官方优化资料
线性结构,顺序结构
implement tcp bbr on ns3 (在ns3上实现TCP BBR)
UnityAPI-Ray-Physics
Windows下mysql服务无法启动:服务没有报告任何错误。
排序方法汇总(C语言)
灵活的区域定义
转行软件测试,从零收入到月薪过万,人生迎来新转折
Litestar 4D – WebCatalog 7:全自动数据管理
golang内存相关文章-收集
Debug on pure method is called
Evaluation multipath weswood congestion control on ns3
【数组】查表法(闰年)
【无标题】