缺陷等级

1、bug的定义 需求文档存在差异的功能实现 与用户需求不符 2、bug的类型 代码（功能错误）：功能没有实现 界面优化：UI、用户界面 设计缺陷：开发、需求文档中的功能没有实现 3、bug的等级 1.致命缺陷： 系统崩溃、死机　　 安全性问题　　 涉及金钱计算　　 阻断性测试　　 2.严重错误　　 重要功能　　 功能交互　　 非常规操作导致的程序崩溃、闪退　　 界面难以接受　　 密码明文　　 偶尔出现的致命bug　　 3.一般错误 不影响产品的运行　　 次要功能不能正常实现　　 操作界面错误　　 查询错误，数据错误显示 限制未被控制 删除后为给出提示是（没有二次确认） 偶尔的严重性bug 4.细微错误 界面不规范 辅助说明描述不清楚 提示窗口文字 4、bug的生命周期 新建bug---指派---已解决---待验证---关闭 5、bug的跟踪管理流程图 　　 6、bug的跟踪管理--状态处理 已经指派的bug ----已经指派给开发的，请大家注意自己bug的走向，随时关注并进行跟踪!如果直未修复，提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug 已解决的bug ----等待测试环境更新后进行验证，验证通过则关闭;验证不通过则重新打开指派给开发 重复bug ------先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因

Bug的属性 Bug重现环境 这个应该是我们重现bug的一个前提，如果没有这个前提，我们可能会无法重现问题，或者跟本就无从下手。 操作系统 这个是一般软件运行的一大前提，基本上所有的软件都依赖于操作系统之上的，对于一个软件来说，要想在某个操作系统上运行，必须要对这个操作系统支持，这就需要有真对性的设计与开发。对于不同的操作系统，其可能存在差异（如：win xp 与 win 7）或本质的区别（如 win 7 与 CentOS linux ），所以，操作系统环境是重现问题的一个重要前提。 浏览器 对于B/S系统，或面向大众的互联网产品（网站，邮箱等），浏览器的兼容性也是必须测试的一个重点，对于现在的浏览器市场，各式的浏览器都有其用户群，要想使产品大众化，必须考虑这些产品的兼容性问题。 不同的浏览器之间（IE、 firefox、chrome、opera 等），甚至同一系列不同版本（ie6/ie7/ie8/ie9等）都可能存在兼容性问题，所以，对于这类应用，浏览器环境重现bug前提条件之一。 其它（这个“其它”非常重要） 对于不同的系统发现重现问题，都会有其特定的前提，拿我测试的邮箱来说，必须要描述其是在测试线还是现网环境，而且还要附带一重现问题的帐号等。 对于c/s软件，可能还要考虑与其它常用软的兼容等，例如，是在安装的某款软件后，对本软件的安装和使用造成影响

1、问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。 多语言支持是否能够正确显示选择的语言等。 界面测试可以包括但不限于一下几个方面： 页面是否风格统一，美观 页面布局是否合理

目录 1. 什么是软件测试?...................................................................................................................................... 3 2. 软件测试的目的？................................................................................................................................... 3 3. 软件测试的原则？................................................................................................................................... 3 4. 请分别阐述目前白盒测试和黑盒测试主要的测试用例设计方法?.................................................. 4 5. 什么是测试用例，什么是测试脚本，两者的关系是什么?...............................................

第一阶段学习总结报告 曾经心怀澎拜，曾经满怀激情，曾经翘首等待这为期四个月的实训终于拉开帷幕。2015年的这个暑假对于我来说是最幸运而同时有特别重要的一个暑假，因为我非常幸运的来到了济宁惠普软件人才实训基地进行为期四个月的实训学习。第一天来到惠普我变被浓厚的企业文化深深的吸引，作为一家跨国公司，她有强大的包容性和多元性。实训期间采取公司制的这一策略让我们真正融入到公司的文化中，时刻以惠普员工的高标准来严格要求自己，磨练自己。 我学习的专业是软件测试，虽然在大学也开过“软件工程”这门课，但对测试这门行业的了解基本为零。通过几天几位导师和班主任和蔼可亲的指导以及全心全意的关怀，我对测试行情以及职业要求和发展等都有了较深入的了解。几天的测试基础的学习也是我越来越喜欢测试了，也更加坚定了我的选择。 众所周知，做测试职业工具是必不可少的，在学习了一些理论知识后，我们的美女导师徐老师就带领我们学习了第一个开源测试工具——testLink。第一次接触这个工具的时候我是丈二的和尚摸不着头脑，简直一头雾水，什么都不知道，课上跟着老师的思路做了一遍，虽然能做出来但是完全不明白做每一步的原因是什么。课下老师给了我们一个安装压缩包，让我们自己搭建环境，我不管是在网上百度也好找同学给帮忙也好几次都安装失败。软件XAMPP里的Ahache和Mysql总是启动不了，最后通过问老师才知道电脑的80端口被占用

1.软件测试基础 软件测试工程师：查找错误和缺陷，然后要求开发人员进行修改，保证软件质量。 漏洞（360安全漏洞）：硬件，软件，协议的具体实现或系统安全策略存在缺陷，从而可以使攻击者在未授权的情况下破坏系统。 千年虫问题：年份存2年，超过百年会出现bug。1900→2000 开发和测试的比例：4:1→10:1 手工测试、功能自动化测试、性能自动化测试、白盒测试 1-3-5年规划：手工测试工程师，功能自动化测试工程师，性能测试工程师 需要的技术：计算机操作系统，软件开发技术、软件测试技术、自动化工具 1.1 Windows操作系统及网络基础 　　熟悉windows操作系统和计算机基础知识，能够搭建软件测试环境，熟悉网络协议。 什么是软件：软件=程序+文档 什么是软件缺陷： 软件未出现说明书要求的功能 软件出现了说明书指明不应该出现的错误　 软件出现了说明书未提到的功能 软件未实现说明书虽未明确提及但应该实现的功能 软件难以理解，不易使用，运行缓慢或者从测试员角度看，最终用户会认为不好。　 什么是软件测试：在现有软件中寻找缺陷的过程 软件测试的历史：defect（缺陷），bug(臭虫)，debug（调试） 计算机层次：计算机硬件，操作系统，应用软件　 裸机包含软件：BIOS(Basic input/output system 基本输入输出系统) 常见操作系统：Windows

https://blog.csdn.net/FlyPigYe/article/details/93405954 1、开发犯低级错误怎么办？ 开发首先要规范好编码，出低级错时不要职责，内心指出错误。让他们自己进行测试，反思找出错误。 2、你进行过那些测试，擅长什么？ 我主要从事web测试，搭建环境，对程序进行集成测试、系统测试、回归测试。还有编写测试用例，使用手册，功能测试文档。 3、开发说不是bug怎么办？ 将自己的见解告诉开发，不行就把见解和bug提交项目经理决定。 4、你的职业规划？* 巩固基础测试知识，提高理解需求能力。 学习自动化测试，并且运用。技术到尾后学习带领测试团队。 最后争取达到测试经理水平。 5、什么测试用例才是合格？* 能覆盖到所有测试点 6、缺陷报告测试组成？ 缺陷编号、缺陷标题、缺陷描述缺陷有限等级、 缺陷优先程度、缺陷所属模块、缺陷所属版本、缺陷所属开发人员、 输入数据、输出结果、缺陷分析等。 C/S模式，使用交替方法确认是client还是server端问题 7、测试用例包括那些 用例编号、测试环境、用例标题、输入数据、预期结果 8、软件评审的人员和目的 人员：客户、项目经理、开发人员、测试人员 目的：查看软件是否还存在问题。是否在不同平台正常运行，是否有和客户理解不一致的地方，是否有改进的地方 * 9、什么事软件测试？目的？ * 通过人工或者自动化的操作

一、bug编写技巧 　 　确、清晰、简洁、完整、一致 二、bug包含的要素 　　 缺陷ID、缺陷标题、测试环境、缺陷发现日期时间、缺陷提交人 　　缺陷优先级、缺陷严重等级、发现缺陷软件版本、测试类型 　　缺陷复现步骤、期望结果、实际结果、附件 三、bug类型分类 　　 功能错误 　　设计缺陷 　　界面优化 　　性能 　　安全 　　配置 　　其他 四、等级分类 　　 致命 　　　　正常操作死机，闪退，卡死 　　　　安全相关的隐私信息泄露 　　　　交易金钱出错 　　　　阻断性 　　　　内存泄漏 　　严重 　　　　重要的功能未实现 　　　　非正常操作死机，闪退，卡死 　　　　密码明文可见，未加密 　　一般 　　　　次要的功能没有实现 　　　　操作界面的错误 　　　　弹框确认 　　　　查询信息错误 　　轻微 　　　　界面信息显示错误 　　　　页面改进，建议 来源： https://www.cnblogs.com/puti306/p/11774602.html

MPLS OAM基本概念： MPLS 提供一个完全不依赖于任何三层协议或二层协议的 OAM 机制，在 MPLS 的数据平面实现以下功能： 1确定LSP的连通性 2.衡量网络利用率以及度量网络性能 3. 在链路出现缺陷或故障时迅速进行保护倒换，以便根据与客户签订的 SLA 提供相应等级的服务 利用 MPLSOAM 机制，可以有效地检测、确认并定位出源于 MPLS 层网络内部的缺陷；报告缺陷并做出相应的处理；在出现故障的时候，能够提供保护倒换的触发机制 OAM PDU 基本概念： ME：维护实体 MEP：维护实体组端点 MIP：维护实体组中间节点 MEL：MEG等级 OAM PDU功能 文章来源: OAM PDU

为公司项目整理的一份系统缺陷定义说明，根据网上公开资料整理，供大家参考，希望对大家有帮助 一、系统缺陷分类 测试中发现的系统缺陷等级分为以下5类： 缺陷等级 缺陷说明 缺陷主要特征 P5 重大 系统不能正常运行 P4 严重 主要功能不能正常运行 P3 一般 主要功能正常、次要功能异常 P2 较小 功能正常，但对系统品质有影响 P1 建议 测试过程中的合理化改进建议 P5类缺陷 该类缺陷主要特征：系统不能正常运行，系统重要功能无法运行，系统奔溃或挂起等导致系统不能正常运行。修改优先级为最高，该类问题需要立即修改。测试特征： 概述 测试主要特征 系统奔溃 资源不足（内存泄漏、CPU占用100%） 重启、死机或非法退出 硬件故障 执行某些操作后导致自动奔溃或死机 功能流程或系统不可用 程序出现死循环 操作某项功能，导致整个模块或系统不可用 业务流程错误或不可用 流程未达到设计要求，功能未完成 关键性能严重不达标 通信错误 上下位机通信帧错误或异常 网络接口故障或错误 P4类缺陷 该类缺陷主要特征：严重影响系统要求或基本功能实现，且无法自修复（重新安装、重启不属于自修复办法）。系统运行不稳定、数据破坏、数据计算错误。常规操作中经常发现或非常规操作中不可避免的出现的问题导致部分功能无法执行。系统无法满足主要业务要求、性能、功能或可用性严重降低。修改优先级为高，需要尽快修改。测试特征： 概述