第62章 空降

作品:《公司不黄了

    空降对于每个打工人来说都是一个重要的信号。尤其对于管理层。每一个公司都会面临空降的领导。


    吕鑫祥对于谭新彪的安排是有心理准备的,谭新彪找人是比较好的


    对于每个打工人来说,在职业生涯中,总是会遇到空降这种事情。空降的原因很多,但结果都差不多。肯定会对原本的生态系统产生影响。


    一般人都不喜欢在自己的领域来一个变数,空降的领导就是变数。这次公司来的是一个中年男性,这个人是谭安然的堂哥——谭安陆。


    谭安陆是一个比较安静的人,和谭安然不一样,谭安陆不怎么好接触,他来了之后一脸严肃。


    早在他来之前,吕鑫祥就将谭安陆要来的消息告诉给管理层了。吴织知道之后立马开始准备,谭安然是一个好的突破口,吴织想从谭安然的嘴里了解一下这次派人来的信息。


    不过,吴织并没有什么动作,虽然她有想过问一下。不过过了五分钟之后,她觉得自己的这种想法是错误的。自己还是稳扎稳打的好。


    吴织放下手中的电话,打开电视开始看电视剧。这个时候谭安然的消息过来了,真是想什么就来什么。


    反正还是挺开心的,打开消息看了一下,是不需要回的群发消息。需要在朋友圈点赞,吴织找到谭安然的那条需要点赞的朋友圈,点赞的时候惊奇的发现冯冰居然点了赞。


    冯冰这个人还真是神通广大,怎么认识谭安然。吴织选择不给谭安然点赞。自己还是假装不知道这点吧。吴织让自己心情平复一下。这真是一个让人觉得诧异的事情。


    谭安然既然有冯冰的微信,冯冰自己去找谭安然吃饭就好了呀,为什么还要找自己吃饭呢。想到这里吴织还是选择给谭安然点赞。早晚都要知道,还不如直接面对呢。结果没有找到刚才那条需要点赞的朋友圈。


    刚才的事情好像是一个梦,就当是一个梦吧。不过刚才谭安然的微信消息还在。就当是谭安然手机中病毒了吧。


    吴织现在一脸懵逼,好像是一个逃过一劫的少年,凡事莫要冲动吴织觉得自己这一次做的太好了。


    居然得工作都是按部就班的,吴织他们发生的事情就有如平衡宇宙一样和她一点关系都没有。新来的谭安陆对于居然来说没有任何影响,这个人整天在会议室里面打电脑,看不出来这个人在做什么。


    对于居然来说现在最重要的就是不要加班。居然正在一顿忙活的时候,刘宇翔来了。


    居然没抬头,刘宇翔的手在居然前面晃了晃,居然抬起头:“你找我?”。配合上一脸惊讶。


    “你看看这个是不是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 性能


    不满足系统可测量的属性值,如:执行时间,事务处理速率等缺陷。由性能测试工程师提出。


    喜欢公司不黄了请大家收藏:()公司不黄了更新速度全网最快。