第62章 空降
收藏【第一小说网www.diYishU.Cc】,大奉打更人最新章节无弹窗免费阅读!
空降对于每个打工人来说都是一个重要的信号。尤其对于管理层。每一个公司都会面临空降的领导。
吕鑫祥对于谭新彪的安排是有心理准备的,谭新彪找人是比较好的
对于每个打工人来说,在职业生涯中,总是会遇到空降这种事情。空降的原因很多,但结果都差不多。肯定会对原本的生态系统产生影响。
一般人都不喜欢在自己的领域来一个变数,空降的领导就是变数。这次公司来的是一个中年男性,这个人是谭安然的堂哥——谭安陆。
谭安陆是一个比较安静的人,和谭安然不一样,谭安陆不怎么好接触,他来了之后一脸严肃。
早在他来之前,吕鑫祥就将谭安陆要来的消息告诉给管理层了。吴织知道之后立马开始准备,谭安然是一个好的突破口,吴织想从谭安然的嘴里了解一下这次派人来的信息。
不过,吴织并没有什么动作,虽然她有想过问一下。不过过了五分钟之后,她觉得自己的这种想法是错误的。自己还是稳扎稳打的好。
吴织放下手中的电话,打开电视开始看电视剧。这个时候谭安然的消息过来了,真是想什么就来什么。
反正还是挺开心的,打开消息看了一下,是不需要回的群发消息。需要在朋友圈点赞,吴织找到谭安然的那条需要点赞的朋友圈,点赞的时候惊奇的发现冯冰居然点了赞。
冯冰这个人还真是神通广大,怎么认识谭安然。吴织选择不给谭安然点赞。自己还是假装不知道这点吧。吴织让自己心情平复一下。这真是一个让人觉得诧异的事情。
谭安然既然有冯冰的微信,冯冰自己去找谭安然吃饭就好了呀,为什么还要找自己吃饭呢。想到这里吴织还是选择给谭安然点赞。早晚都要知道,还不如直接面对呢。结果没有找到刚才那条需要点赞的朋友圈。
刚才的事情好像是一个梦,就当是一个梦吧。不过刚才谭安然的微信消息还在。就当是谭安然手机中病毒了吧。
吴织现在一脸懵逼,好像是一个逃过一劫的少年,凡事莫要冲动吴织觉得自己这一次做的太好了。
居然得工作都是按部就班的,吴织他们发生的事情就有如平衡宇宙一样和她一点关系都没有。新来的谭安陆对于居然来说没有任何影响,这个人整天在会议室里面打电脑,看不出来这个人在做什么。
对于居然来说现在最重要的就是不要加班。居然正在一顿忙活的时候,刘宇翔来了。
居然没抬头,刘宇翔的手在居然前面晃了晃,居然抬起头:“你找我?”。配合上一脸惊讶。
“你看看这个是不是bug?”刘宇翔一脸认真。
居然看了一下刘宇翔的动作,结果十分惊讶,然后看了看这个系统的版本说道:“是bug。谢谢了。”。
“没事儿。”
“以后有再告诉我。”。
刘宇翔点点头然后走了。
居然看见金檀看她就走过来告诉金檀这个bug。
“这个bug很隐蔽啊。”。
“可不是么,要不是刘宇翔告诉我们我都不能知道。”。
“系统现在太大了,出现了很多意想不到的bug。”。
“可不是么。”居然附和道。
“以后我们需要注意这种类似的bug的问题。这样吧,我们什么时候开一个会,然后大家汇总一下现在的bug怎么样。”。
“那就太好了,我觉得在这样的会上,我能学习到不少的东西。”。吴曼曼说道。
“大家什么时候有时间,下午可以么?”
“下午我可以,”。
“下午我也可以。”。
“下午我也可以。”。
“你们俩呢?”。
“我也可以。”。
“我也可以。”。
“既然大家都可以,我们下午的时候,开一个会吧。”。
“好的。”。大家一起说道。
中午吃饭的时候,居然点了一份麻辣烫,丽娜点了一份面。
两个人在吃饭的时候,吴曼曼来了。
居然叫了曼曼,吴曼曼过来三个人一起吃饭。
“下午的会我都不知道说什么?”。
“曼曼你不用害怕,不用说什么。要是没什么好说的,只要听着就可以了”。
“居然姐,我不说话是不是不好?”。
“不会的,你现在还是实习阶段,说什么都没事的,我感觉,这次主要就是大家交流而已。”。
“对的,曼曼你不用太着急,这次对于大家来说就是一次交流,交流是比较简单的,不是什么问题。”。
“我就是不知道我应该说什么。”。
“那就听别人说就好了。不用自己说什么。”。
“好的好的。”。
“这个鱼丸好好吃。”。
“我也爱吃这个鱼丸,这个鱼丸是这里的特色。”。
“是么?怪不得这么好吃。”。
三个人回到办公室的时候大家都在办公室,余梦玲在桌子上睡觉。三个人坐到了自己的位置上。
金檀在看手机,其他人有的在趴着睡觉,有的在看视频。反正做什么的都有。
居然趴在桌子上睡觉。
过了一会儿,金檀叫大家去办公室开会。
来到会议室,大家依次坐好开始开会,金檀开始给大家分配任务。
一、bug的定义
一般是指不满足用户需求的则可以认为是bug,狭义指软件程序的漏洞或缺陷,广义指
测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等
对应三个测试目的:
1、为了发现程序的代码或业务逻辑错误
2、为了检查产品是否符合用户需求
3、为了提高用户的体验
二、bug的类型
对bug的划分,大致分为以下几类:
1、代码错误
2、设计缺陷
3、界面优化
4、性能问题
5、配置相关
6、安装部署
7、安全相关
8、标准规范
9、其他划分:功能类、界面类、性能类、易用性类、兼容性类、其他
三、bug的等级
1级bug:(致命错误)
1、常规操作引起的系统崩溃、死机、死循环报错,无法正常退出
2、功能设计与需求严重不符,基本模块缺失,测试流程无法进行
3、严重的数据计算错误
4、用户数据丢失或破坏
5、内存泄漏,系统无法登录
6、其他导致功能无法测试的问题
2级bug:(严重错误)
1、重要功能不能实现(例如:用户所要求的功能缺失,该有的页面未实现,逻辑不
通,重要图表数据未开发,等)
2、错误的波及面广,影响到其他重要功能正常实现
3、非常规操作导致的程序崩溃、死机、死循环 (非常规操作:用户使用软件时不会进
行的操作)
4、系统中数据保存后数据库中显示错误
5、密码明文显示
6、页面无显示白屏,无数据
7、地图数据和图表数据不一致
3级bug:(一般错误)
不影响产品的运行、不会成为故障的起例如:列名与列名下的内容不一致
3、查询错误、数据错误显示
4、简单的输入限制未放在前端进行控制;(格式显示,如登录和注册中的格式判断可
由前端判断)
5、删除操作未给出提示
6、边界条件错误或者未做限制
7、系统未做优化,数据页面加载慢,操作卡顿之类(性能层面问题)
8、兼容性问题(分辨率,系统版本等等)
4级bug:(界面问题)
程序在一些显示上不美观,不符合用户习惯,或者是一些文字的错误
1、界面不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误
5、操作时未给用户提示
6、文字排列不整齐等一些小问题
5级bug:(建议性问题)
1、对于产品设计方面的意见和建议
2、对于产品界面优化方面的意见和建议
3、对于产品需要优化增强用户体验方面的意见和建议
四、bug的优先级
1. p1: 即“马上解决”,优先级最高,应立即修复的问题,要求开发人员必须立即修
改这条bug,一般是指该缺陷导致程序完全不能满足产品的需求,基本功能明显未
实现或不可用,阻塞了测试流程与进度等。
2. p2:即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块
能否正常使用,包括功能、数据,或者其他的一些比较着急的需求。
3. p3:即“高度重视”,表示有时间就要马上解决,主要是指系统实现的功能与预期结
果要求较大,但不影响其他功能和主要的核心功能。
4. p4:即“正常处理”,按照个人计划处理就行,主要是指界面,交互和一些特别小的
功能出错,但是可以跳过此类bug继续进行测试。
5. p5:即“低优先级”,一些可修改或不可修改,或者是还不确定能否修改成功的
bug,不影响用户体验使用,不过修改了最好,一般如果要修改且时间来不及可以
在后面的版本更新中再进行修改即可。
备注:严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷,优先级不
一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优
先级,视具体情况而定。
bUG等级分类参考
一.bug等级分类
1.崩溃:阻碍开发、测试工作;造成系统崩溃、死机、数据丢失;主要功能、基本模块丢失、一级菜单不能使用;
2.严重:功能设计与需求严重不符;数据数值计算出错;程序接口调用出错;
3.一般:功能未实现但不影响使用;操作时间较长;数据库表字段过多;页面样式(如错别字、界面格式不规范、页面显示重叠、不该显示未隐藏、描述不清楚、提示语丢失、文字排列不整齐、光标位置不正确)
4.次要:页面建议性问题不影响正常使用;用户体验感觉不好;
(注:对应禅道类型严重程度1.2.3.4)
二.bug状态
1.待处理:测试人员与网站使用人员发现问题提交的状态。
2.已确认:由开发人员确认。(此步可省略)
3.已处理:经测试人员与开发人员讨论确认bug,修改后未验证。由开发人员来设置。
4.已修改:测试人员验证bug已修改。由测试人员来设置。(在禅道关闭bug)
5.仍存在:测试人员验证bug修改不通过。由测试人员来设置。(在禅道激活bug)
6.暂不处理:当前版本不作修改,后续版本再作处理。由测试人员与开发人员讨论后设置。
对于外包或其他按照缺陷类型与缺陷等级来评估软件质量的企业,提交缺陷报告时,准确定义缺陷类型显得尤为重要。这里列出了常见的几种缺陷类型,分别为功能缺陷、逻辑缺陷、数据问题、界面问题、兼容性问题、环境问题、性能类缺陷、需求缺陷以及变更问题。提交缺陷报告时,依据不同类型的缺陷提交,再辅以完整附件与初步定位问题的结果分析,更有助于提高开发人员修复缺陷的效率与质量。(提升开发人员的效率,也正是测试人员展现自身附加价值的一种能力~~)
1 功能
影响了重要的特性、用户界面、产品接口。如功能错误、功能缺失、功能超越、需求二义性。
2 逻辑
不符合业务逻辑。如:分支不正确、重复的逻辑、忽略极端条件、不必要的功能、误解、条件测试错误、循环不正确、计算顺序错误、逻辑顺序错误
3 数据
影响数据输入输出,数据边界、范围。如:数据保存错误、数据单位不正确、数据维数不正确、数据范围不正确、数据覆盖、外部数据错误、输出数据错误、输入数据错误、数据检验错误、精度不够、舍入错误、接口传递数据。
4 页面
人机交互特性:屏幕格式,确认用户输入,功能有效性,页面排版等方面的缺陷。如:界面风格不统一、屏幕上的信息不可用、屏幕上的错误信息、界面功能布局和操作不合常规、图片显示错误
5 兼容
软件之间不能正确地交互和共享信息。如:操作平台不兼容、浏览器不兼容、分辨率不兼容。
6 环境
由于运行环境引发的问题。包括测试环境、预发布环境、正式环境。环境类缺陷也需要重要排查,提交缺陷报告时,要备注好结果分析,是配置问题还是稳定性问题。
7 性能
不满足系统可测量的属性值,如:执行时间,事务处理速率等缺陷。由性能测试工程师提出。
空降对于每个打工人来说都是一个重要的信号。尤其对于管理层。每一个公司都会面临空降的领导。
吕鑫祥对于谭新彪的安排是有心理准备的,谭新彪找人是比较好的
对于每个打工人来说,在职业生涯中,总是会遇到空降这种事情。空降的原因很多,但结果都差不多。肯定会对原本的生态系统产生影响。
一般人都不喜欢在自己的领域来一个变数,空降的领导就是变数。这次公司来的是一个中年男性,这个人是谭安然的堂哥——谭安陆。
谭安陆是一个比较安静的人,和谭安然不一样,谭安陆不怎么好接触,他来了之后一脸严肃。
早在他来之前,吕鑫祥就将谭安陆要来的消息告诉给管理层了。吴织知道之后立马开始准备,谭安然是一个好的突破口,吴织想从谭安然的嘴里了解一下这次派人来的信息。
不过,吴织并没有什么动作,虽然她有想过问一下。不过过了五分钟之后,她觉得自己的这种想法是错误的。自己还是稳扎稳打的好。
吴织放下手中的电话,打开电视开始看电视剧。这个时候谭安然的消息过来了,真是想什么就来什么。
反正还是挺开心的,打开消息看了一下,是不需要回的群发消息。需要在朋友圈点赞,吴织找到谭安然的那条需要点赞的朋友圈,点赞的时候惊奇的发现冯冰居然点了赞。
冯冰这个人还真是神通广大,怎么认识谭安然。吴织选择不给谭安然点赞。自己还是假装不知道这点吧。吴织让自己心情平复一下。这真是一个让人觉得诧异的事情。
谭安然既然有冯冰的微信,冯冰自己去找谭安然吃饭就好了呀,为什么还要找自己吃饭呢。想到这里吴织还是选择给谭安然点赞。早晚都要知道,还不如直接面对呢。结果没有找到刚才那条需要点赞的朋友圈。
刚才的事情好像是一个梦,就当是一个梦吧。不过刚才谭安然的微信消息还在。就当是谭安然手机中病毒了吧。
吴织现在一脸懵逼,好像是一个逃过一劫的少年,凡事莫要冲动吴织觉得自己这一次做的太好了。
居然得工作都是按部就班的,吴织他们发生的事情就有如平衡宇宙一样和她一点关系都没有。新来的谭安陆对于居然来说没有任何影响,这个人整天在会议室里面打电脑,看不出来这个人在做什么。
对于居然来说现在最重要的就是不要加班。居然正在一顿忙活的时候,刘宇翔来了。
居然没抬头,刘宇翔的手在居然前面晃了晃,居然抬起头:“你找我?”。配合上一脸惊讶。
“你看看这个是不是bug?”刘宇翔一脸认真。
居然看了一下刘宇翔的动作,结果十分惊讶,然后看了看这个系统的版本说道:“是bug。谢谢了。”。
“没事儿。”
“以后有再告诉我。”。
刘宇翔点点头然后走了。
居然看见金檀看她就走过来告诉金檀这个bug。
“这个bug很隐蔽啊。”。
“可不是么,要不是刘宇翔告诉我们我都不能知道。”。
“系统现在太大了,出现了很多意想不到的bug。”。
“可不是么。”居然附和道。
“以后我们需要注意这种类似的bug的问题。这样吧,我们什么时候开一个会,然后大家汇总一下现在的bug怎么样。”。
“那就太好了,我觉得在这样的会上,我能学习到不少的东西。”。吴曼曼说道。
“大家什么时候有时间,下午可以么?”
“下午我可以,”。
“下午我也可以。”。
“下午我也可以。”。
“你们俩呢?”。
“我也可以。”。
“我也可以。”。
“既然大家都可以,我们下午的时候,开一个会吧。”。
“好的。”。大家一起说道。
中午吃饭的时候,居然点了一份麻辣烫,丽娜点了一份面。
两个人在吃饭的时候,吴曼曼来了。
居然叫了曼曼,吴曼曼过来三个人一起吃饭。
“下午的会我都不知道说什么?”。
“曼曼你不用害怕,不用说什么。要是没什么好说的,只要听着就可以了”。
“居然姐,我不说话是不是不好?”。
“不会的,你现在还是实习阶段,说什么都没事的,我感觉,这次主要就是大家交流而已。”。
“对的,曼曼你不用太着急,这次对于大家来说就是一次交流,交流是比较简单的,不是什么问题。”。
“我就是不知道我应该说什么。”。
“那就听别人说就好了。不用自己说什么。”。
“好的好的。”。
“这个鱼丸好好吃。”。
“我也爱吃这个鱼丸,这个鱼丸是这里的特色。”。
“是么?怪不得这么好吃。”。
三个人回到办公室的时候大家都在办公室,余梦玲在桌子上睡觉。三个人坐到了自己的位置上。
金檀在看手机,其他人有的在趴着睡觉,有的在看视频。反正做什么的都有。
居然趴在桌子上睡觉。
过了一会儿,金檀叫大家去办公室开会。
来到会议室,大家依次坐好开始开会,金檀开始给大家分配任务。
一、bug的定义
一般是指不满足用户需求的则可以认为是bug,狭义指软件程序的漏洞或缺陷,广义指
测试工程师或用户提出的软件可改进的细节、或与需求文档存在差异的功能实现等
对应三个测试目的:
1、为了发现程序的代码或业务逻辑错误
2、为了检查产品是否符合用户需求
3、为了提高用户的体验
二、bug的类型
对bug的划分,大致分为以下几类:
1、代码错误
2、设计缺陷
3、界面优化
4、性能问题
5、配置相关
6、安装部署
7、安全相关
8、标准规范
9、其他划分:功能类、界面类、性能类、易用性类、兼容性类、其他
三、bug的等级
1级bug:(致命错误)
1、常规操作引起的系统崩溃、死机、死循环报错,无法正常退出
2、功能设计与需求严重不符,基本模块缺失,测试流程无法进行
3、严重的数据计算错误
4、用户数据丢失或破坏
5、内存泄漏,系统无法登录
6、其他导致功能无法测试的问题
2级bug:(严重错误)
1、重要功能不能实现(例如:用户所要求的功能缺失,该有的页面未实现,逻辑不
通,重要图表数据未开发,等)
2、错误的波及面广,影响到其他重要功能正常实现
3、非常规操作导致的程序崩溃、死机、死循环 (非常规操作:用户使用软件时不会进
行的操作)
4、系统中数据保存后数据库中显示错误
5、密码明文显示
6、页面无显示白屏,无数据
7、地图数据和图表数据不一致
3级bug:(一般错误)
不影响产品的运行、不会成为故障的起例如:列名与列名下的内容不一致
3、查询错误、数据错误显示
4、简单的输入限制未放在前端进行控制;(格式显示,如登录和注册中的格式判断可
由前端判断)
5、删除操作未给出提示
6、边界条件错误或者未做限制
7、系统未做优化,数据页面加载慢,操作卡顿之类(性能层面问题)
8、兼容性问题(分辨率,系统版本等等)
4级bug:(界面问题)
程序在一些显示上不美观,不符合用户习惯,或者是一些文字的错误
1、界面不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误
5、操作时未给用户提示
6、文字排列不整齐等一些小问题
5级bug:(建议性问题)
1、对于产品设计方面的意见和建议
2、对于产品界面优化方面的意见和建议
3、对于产品需要优化增强用户体验方面的意见和建议
四、bug的优先级
1. p1: 即“马上解决”,优先级最高,应立即修复的问题,要求开发人员必须立即修
改这条bug,一般是指该缺陷导致程序完全不能满足产品的需求,基本功能明显未
实现或不可用,阻塞了测试流程与进度等。
2. p2:即“急需解决”,表示问题的修复很紧要,很急迫,关系到系统的主要功能模块
能否正常使用,包括功能、数据,或者其他的一些比较着急的需求。
3. p3:即“高度重视”,表示有时间就要马上解决,主要是指系统实现的功能与预期结
果要求较大,但不影响其他功能和主要的核心功能。
4. p4:即“正常处理”,按照个人计划处理就行,主要是指界面,交互和一些特别小的
功能出错,但是可以跳过此类bug继续进行测试。
5. p5:即“低优先级”,一些可修改或不可修改,或者是还不确定能否修改成功的
bug,不影响用户体验使用,不过修改了最好,一般如果要修改且时间来不及可以
在后面的版本更新中再进行修改即可。
备注:严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷,优先级不
一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优
先级,视具体情况而定。
bUG等级分类参考
一.bug等级分类
1.崩溃:阻碍开发、测试工作;造成系统崩溃、死机、数据丢失;主要功能、基本模块丢失、一级菜单不能使用;
2.严重:功能设计与需求严重不符;数据数值计算出错;程序接口调用出错;
3.一般:功能未实现但不影响使用;操作时间较长;数据库表字段过多;页面样式(如错别字、界面格式不规范、页面显示重叠、不该显示未隐藏、描述不清楚、提示语丢失、文字排列不整齐、光标位置不正确)
4.次要:页面建议性问题不影响正常使用;用户体验感觉不好;
(注:对应禅道类型严重程度1.2.3.4)
二.bug状态
1.待处理:测试人员与网站使用人员发现问题提交的状态。
2.已确认:由开发人员确认。(此步可省略)
3.已处理:经测试人员与开发人员讨论确认bug,修改后未验证。由开发人员来设置。
4.已修改:测试人员验证bug已修改。由测试人员来设置。(在禅道关闭bug)
5.仍存在:测试人员验证bug修改不通过。由测试人员来设置。(在禅道激活bug)
6.暂不处理:当前版本不作修改,后续版本再作处理。由测试人员与开发人员讨论后设置。
对于外包或其他按照缺陷类型与缺陷等级来评估软件质量的企业,提交缺陷报告时,准确定义缺陷类型显得尤为重要。这里列出了常见的几种缺陷类型,分别为功能缺陷、逻辑缺陷、数据问题、界面问题、兼容性问题、环境问题、性能类缺陷、需求缺陷以及变更问题。提交缺陷报告时,依据不同类型的缺陷提交,再辅以完整附件与初步定位问题的结果分析,更有助于提高开发人员修复缺陷的效率与质量。(提升开发人员的效率,也正是测试人员展现自身附加价值的一种能力~~)
1 功能
影响了重要的特性、用户界面、产品接口。如功能错误、功能缺失、功能超越、需求二义性。
2 逻辑
不符合业务逻辑。如:分支不正确、重复的逻辑、忽略极端条件、不必要的功能、误解、条件测试错误、循环不正确、计算顺序错误、逻辑顺序错误
3 数据
影响数据输入输出,数据边界、范围。如:数据保存错误、数据单位不正确、数据维数不正确、数据范围不正确、数据覆盖、外部数据错误、输出数据错误、输入数据错误、数据检验错误、精度不够、舍入错误、接口传递数据。
4 页面
人机交互特性:屏幕格式,确认用户输入,功能有效性,页面排版等方面的缺陷。如:界面风格不统一、屏幕上的信息不可用、屏幕上的错误信息、界面功能布局和操作不合常规、图片显示错误
5 兼容
软件之间不能正确地交互和共享信息。如:操作平台不兼容、浏览器不兼容、分辨率不兼容。
6 环境
由于运行环境引发的问题。包括测试环境、预发布环境、正式环境。环境类缺陷也需要重要排查,提交缺陷报告时,要备注好结果分析,是配置问题还是稳定性问题。
7 性能
不满足系统可测量的属性值,如:执行时间,事务处理速率等缺陷。由性能测试工程师提出。