缺陷管理

我们需要知道的是软件BUG其实就是软件设计没有达到预期设计目标，导致在软件内存在的一种缺陷。 可以一句话概括：一切不符合需求规格说明书要求的，都可以视作软件缺陷。 定义：（1）软件未达到产品说明书标明功能 （2）软件出现了产品说明书指明不会出现的错误 （3）软件功能超出产品说明书指明范围 （4）软件未达到产品说明书未指出但应达到的目标 （5）软件测试人员认为软件难以理解.不易使用.运行缓慢或用户认为不好的问题 BUG的产生原因：1.需求不断变化 2.软件的复杂性 3.工期短，任务大 4.文档不完善 5.程序设计错误 6.软硬件支持不完善 7.沟通交流不够 缺陷报告处理流程： 缺陷报告模板： 缺陷的严重级别：致命：系统崩溃，404报错，报500，造成系统或应用程序崩溃，死机，系统悬挂，造成数据丢失，页面出现错误乱码，蓝屏等 严重：功能未实现，逻辑错误，影响用户正常操作，与需求完全不符，或因此BUG导致后续功能无法测试 一般：功能实现但不正确，功能上的错误，页面中的错误，逻辑实现但不正确 轻微：文案内容与实际不符，错别字，图片错误，建议性BUG 缺陷的优先级：可分为高，中，低，建议。当然这个根据公司和工具不同，叫法不一样。不过划分都是差不多的 高：BUG严重级别较高，需要立刻解决的，或者一般级别的但是比较棘手的 中：BUG严重级别一般的，不影响用户正常操作的 低

测试报告标题 版本修订信息 目录 一般目录根据项目类型来增减，对于小型项目没必要设计太长的报告。 测试范围 参考文档 《XX需求设计说明书》 《XX数据字典》 《XX后台管理系统测试计划》 《XX系统3.2需求文档》 《XX系统原型》 《XX1.0移动端需求分析》 系统概述 描述整个系统的结构组成，软件结构，核心功能以及外部接口 、依赖系 统等等。 文档概述 描述本测试报告的作用与范围。 测试概述 测试环境 如果公司已有特定的模板直接填写数据就好，数据库服务器与应用服务器配置可以询问开发成员或运维团队。 测试方法 测试策略及实施 可以参考系统测试计划来描述测试执行情况 。 系统测试过程 描述系统测试过程即事件、时间、测试人员在、简述过程等 系统测试结果 描述对执行完成的系统测试与回归测试结果 缺陷分析 缺陷统计图表可以借助于Bug管理工具中的统计分析功能来设计 ，也可以写 脚本使用Excel中的图表统计功能 。需要注意的是，这块是需要测试人员详 细分析的，一方面为了日后总结，另一方面是帮助开发团队明确缺陷原因及 类型，避免下个项目中犯错。 系统测试用例统计 缺陷趋势图 缺陷严重状态统计 缺陷类型统计 缺陷引入阶段分析 缺陷原因分析 测试总结 质量风险评估 软件评价 分析不同类型的测试，给出对软件的整体评价，如压力评测、负载评测 健壮性评测等等。 建议

缺陷跟踪管理表 缺陷跟踪管理表在工作中还是比较常见的，缺陷报告一般使用缺陷管理工具来维护与跟踪。这里的缺陷跟踪管理表一般用于项目后期与测试收尾阶段，对于遗留缺陷的跟踪与维护，缺陷跟踪管理表会在测试报告、发布申请清单、客户项目周例会会议中使用到。每个项目中都难免会存在一些需要耗费时间精力的问题，特别是性能测试问题，平均修复周期在1周左右。 但按照测试计划测试交付时间已结束时，需要测试人员整理出遗留问题并以跟踪管理表的形式来维护 。缺陷跟踪管理表主要包含以下内容： 缺陷编号 缺陷类别 紧急程度 用例编号 问题描述 解决方案 提出人 处理人 解决时间 以上，也可以从缺陷管理平台中过滤导出，需要注意的是用例编号是对应缺陷的测试用例编号，如果是在探索性测试或是内部用户发现的，且并无对应用例路径 ，则需要在所属用例中增加该用例，并更新到用例库中，也是日后学习与要注意的地方。解决方案可以灵活填写，但要交付出去时解决方案不能为空。处理人可以有多个。缺陷跟踪管理表一般会放在协同文档。 来源： https://www.cnblogs.com/dashu123/p/11722120.html

禅道 1. 禅道介绍 1.1 禅道项目管理软件是做什么的？ 禅道由青岛易软天创网络科技有限公司开发，国产开源项目管理软件。它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款专业的研发项目管理软件，完整覆盖了研发项目管理的核心流程。禅道管理思想注重实效，功能完备丰富，操作简洁高效，界面美观大方，搜索功能强大，统计报表丰富多样，软件架构合理，扩展灵活，有完善的API可以调用。禅道，专注研发项目管理！ 1.2为什么用禅道这个名字？ 禅和道这两个字含义极其丰富，有宗教方面的含义，也有文化层面的含义。禅道项目管理软件取其文化含义，期望通过这两个字来传达我们对管理的理解和思考。这个名字是受《编程之道》和《编程之禅》这两本书的启发。英文里面的禅为Zen，道为Tao，所以我们软件的英文名字为zentao。 2. 禅道的安装 2.1、运行windows一键安装包 ​ 双击解压缩到某一个分区的根目录，比如**c:\xampp，或者d:\xampp**， 必须是根目录。​ 进入xampp文件夹，点击 start.exe启动禅道时，如果电脑没有安装过VC运行环境时，会提示安装VC++环境。 ​ Windows一键安装包的运行需要安装VC++环境。 2.2、 修改数据库密码 ​ 禅道服务启动后，会提示数据库密码太弱，建议修改密码。 ​ 会默认显示一个密码，你也可以自己设置一个密码

缺陷 1. 软件缺陷的概述 1.1 软件缺陷定义 软件缺陷, 通常又被叫做bug或者defect, 即为软件或程序中存在的某种破坏正常运行能力的问题、错误,其存在会导致软件产品在某种程度上不能满足用户的需求. 软件缺陷是指存在于软件(程序、数据、文档中的)那些不符合用户需求的问题. 1.2 软件缺陷的表现形式 主要表现为三种形式:“缺陷”、“故障”、 “失效” 缺陷: 存在于软件中的偏差,可被激活，以静态的形式存在于软件内部，相当于bug; 故障: 软件运行中出现的状态，可引起意外情况，若不加处理，可产生失效，是一个动态行为； 失效: 软件运行时产生的外部异常行为结果，表现与用户需求不一致，功能能力终止，用户无法完成所需要的应用。 缺陷不一定就会导致故障,只要缺陷没被触发; 同样,故障不一定就会导致失效,只要故障处理的得当. 2. 产生软件缺陷的原因 产生软件缺陷的原因很复杂,原因各种各样,: 需求有缺陷 系统架构设计阶段有缺陷 程序设计阶段有缺陷 程序研发阶段有缺陷 测试阶段有缺陷 硬件有缺陷 3.缺陷的信息 为了便于缺陷的定位、跟踪和修改,要对说发现的缺陷,按照缺陷的严重程度、优先级、发现阶段、修复阶段、缺陷的性质、所属功能模块、西庸环境等方面进行分类和统计, 3.1 状态 New:缺陷的初始状态； Open：开发人员开始修改缺陷； Fixed：开发人员修改缺陷完毕；

接口测试用例和报告模板 当今在测试领域，接口测试已经越来越多的被提及，被重视。 区别于传统意义上的系统级别测试，很多测试人员在接触到接口测试的时候，也许对测试执行还可以比较顺利的上手，但一提到相关的归档，比如测试用例和报告，就有些不知所措了。 今天就用这篇文章来说说接口测试用例和报告。 1.　　接口用例模板 提到测试用例，我们知道，其中最重要的两个要素就是： 测试步骤 预期结果 其实对于接口测试也同样如此；接口测试的步骤中，最重要的是将实现向接口发送预设请求，结果则要关注响应信息及后续处理。 所以接口测试用例编排可以考虑下列两种形式： 要注意的是，实际工作场景中我们可能还会对接口之间的串联和混合场景进行测试。 2.　　测试报告模板 接口测试报告很多时候会和接口性能测试报告一起，如果要单独报告的话，可以考虑以下内容： 2.1　　 系统 接口 概况 简要描述与测试项目相关的一些背景资料，如被测系统简介，项目上线计划等。 对于系统接口的定义和设计做出介绍，比如系统一共有多少个接口？采用哪种协议？都涉及到哪些发送方法？采用怎样的请求格式？使用怎样的返回标准？可用表格说明。 2.2　　 测试目的与范围 描述本次接口测试的目的、范围与目标，内容应与本次接口测试的《接口测试实施方案》中的对应内容保持一致。 2.2.1. 测试目的 本次测试的目的在于确保系统接口功能和逻辑处理已验证，符合

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

软件测试基础 需要学习的内容 了解软件生命周期 了解什么是软件测试 了解软件测试的目的 了解缺陷 研发组织和流程 1、什么是软件测试？ 测试软件的bug;提升软件质量;验证软件的正确性；测试软件是否符合需求；测试软件是否符合客户隐形需求。 软件测试的经典定义是:在规定的条件下对程序进行操作，以发现程序错误的衡量软件质量，并对其是否满足设计要求进行评估的过程 2、软件测试的目的 1、找到软件的bug 2、证明软件可用 3、预防bug 测试的目的体现3个阶段 项目早期：开发对项目还不够熟悉，测试主要找致命或严重的bug 项目中期：整个项目比较稳定，测试证明软件是否可用 项目末期：软件的质量基本OK，可通过外部测试或者bug大少出找遗漏的bug 以下是软件生命周期 1，项目计划 　　项目计划是由谁来写的？项目经理（PM） 　　项目计划什么时候写的？项目启动之前写 　　项目计划里面包含的主要内容：who人员（做项目由哪些人） when时间（什么时间段做什么事情） what什么事情（做研发这个项目我们要做哪些事情） 2/需求分析 　　需求分析师由需求分析师来分析，需要分析客户具体想要的软件功能.界面以及不想要的比如错误处理等等 3/设计 　　设计是由系统架构是来设计的，需要输出需求规格说明书（SRS），概要说明书（HLD） 4/编码 　　编码是由谁来编的？开发工程师，要输出详细设计说明书

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

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