跟踪关键bug状态
管理测试工作和对象的资源 参与面试新人 交流状态和存在问题，并驱动问题的解决 促进组内的交流 47.什么是bug？ 软件的Bug指的是软件中（包括程序和文档）不符合用户需求的问题。 常见的软件Bug分为以下三类： 没有实现的功能 完成了用户需求的功能，但是运行时会出现一些功能或性能上的问题 实现了用户不需要的多余的功能 48.什么是CMM？ CMM：CapabilityMaturityModel，即“能力成熟度模型”。 它是一个分5级的、可以描述结构完善程度的模型，用它来说明所交付的软件的效能。 49.您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？ 尽量能有面对面的沟通，如果做不到，那么尽量能直接通过电话沟通，如果只能通过Email等非及时沟通工具的话，强调必须对特性的理解深刻以及能表达清楚。 一是真诚，二是团队精神，三是在专业上有共同语言，当然也可以通过直接指出一些小问题，而不是进入BUGTrackingSystem来增加对方的好感。 50.你们以前的测试流程是怎样的？ 明确需求——测试计划——制定测试策略和测试用例——搭建测试环境、执行测试用例、提交缺陷报告——对测试过程和版本质量评估得出测试总结报告——最后验收测试 51.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试：把测试对象当成一个黑盒子，测试人员完全不考虑逻辑结构和内部特性，只依据程式的需求说明书来检查程式的功能是否满足它的功能说明。 白盒测试：把测试对象当成一个透明的盒子，允许测试人员利用程序内部逻辑结构及相关信息，设计或选择测试用例，对程式所有逻辑路径进行测试。
单元测试：白盒测试的一种，对软件设计中的单元模块进行测试。 集成测试：在单元测试的基础上，对单元模块之间的连接和组装进行测试。 系统测试：在所有都考虑的情况下，对系统进行测试。 验收测试：第三方进行的确认软件满足需求的测试。 52.软件本地化测试和功能测试都有那些方面要注意？ 本地化就是将软件版本语言进行更改，比如将英文的windows改成中文的windows就是本地化。 本地化测试过程中的测试工作集中在： 受本地化影响的方面，如UI和内容 区域性或区域设置特定的、语言特定的和地区特定的方面 基本功能测试 在本地化环境中运行的安装和升级测试 根据产品的目标地区计划应用程序和硬件兼容性测试。 53.什么是软件质量？ 高质量的软件是适当的、无错误的，能在预算内按时交货，满足需求/或期望，并且是可维护的。所以，质量是一个主观的术语。它取决于谁是客户以及客户对项目计划的影响。对一个软件开发项目来说，“客户”的范围很广，包括最终用户、客户所接受的测试者、与客户合同有关的官员、客户管理、开发机构的管理者/会计/测试人员/销售人员、未来的软件维护工程师、股票持有者、杂志专栏记者，等等。每一类客户对“质量”都有自己的倾向性–会计部门判断质量会从其收益来考虑，而最终用户则重视友好的用户界面和没有错误。 54．为什么软件会有毛病？ 1.交流错误或者没有进行交流，需求不明确 2.软件的复杂性编程错误
3.需求变更客户恐怕不明白改变需求的影响，也许是知道但依然需要变更──会导致重新设计、重订工程进度表、对其他项目的影响、已完成的工作需要重做或者放弃、对硬件需求的影响等等。如果在项目中出现许多小的改变或一个大的改变，在项目各部分中出现已知或未知的相关的问题，可能会相互影响并导致出现问题。而且，不断地变更也会增加软件的复杂性，可能会导致错误的出现。这样就会影响技术人员的积极性。在一些快速变化的商业环境里，持续变更需求的影响是致命的。在这种情况下，管理者必须知道它的危险性。质量保障和测试工程师必须与此相适应，并安排持续的广泛的测试，以克服不可避免产生的问题。 4.时间压力 因为有许多猜测成分，软件开发项目的进度很难安排得理想。当最后期限快到的时候，压力逐渐增大，错误随之产生 5.自负心理、代码文档质量差、软件开发工具
55.什么是验证、评价、预排、检查？ 验证(verification)涉及了回顾和会议，以评估文档、计划、代码、需求和说明书。可以通过检查表、调查表、排练、和检查会来进行。 评价(validation)则指在检察完成之后的实际测试。术语“IV”和“V”分别代表验证和评价。 “预排”是一个非正式的会议，用来进行评估和信息交流。通常不需要或者只需很少一点准备。 检查比预排更正式一点，通常有3-8个人参加会议，包括一个仲裁者(moderator)、读者(可以是作者或者任何评论者)、一个记录员作记录。典型的检查对象是一个文件，例如需求说明或者测试计划，目的在于发现问题和查找遗漏，而不是去对任何东西进行实际的修改。会议的参加者应当有准备，应当通读文件，大多数的问题会在准备的过程中被发现。检查会的结果应写成书面报告。对检查会进行全面准备是困难而艰苦的工作，但它是保证质量最有用的方法。在检查过程中，最有经验的雇员的作用就向‘大哥哥’一样，他们的技能也许不大显眼，但对任何软件开发机构是最重要的，这是因为预防错误要比发现错误在费用方面更加有效。 56.介绍一下整体项目流程。 我们公司的测试流程是围绕着测试的五个阶段展开的，测试计划、设计测试、执行测试、评估测试、验收测试。只是在不同的阶段有自己的一套做法。在接到项目单后，我们会召开一个项目开工会，要求各部门的相关人员都参与，会议我们主要是了解一下项目的背景、目的和资料。确定开始时间和结束时间和项目参与人员，测试部和开发商量好开发转系统测试时间，然后就进入计划阶段，开发和测试都有自己的计划，我们测试计划由测试经理编写，测试计划中主要是制定可采用的测试策略和范围，评估项目风险和规避措施，制定时间进度表，合理的分配人力、物力资源。之后进入设计阶段，设计阶段我们会参考开发的需求说明书、详细设计、概要设计去设计测试用例。接到开发的新版本就进入了测试执行阶段，首先是搭建测试环境，对软件实施预测试主要是验证系统的正常功能是否可用，然后就是系统测试，执行用例并提交缺陷报告，至于系统测试的轮次则要根据项目的复杂度和版本质量决定的。后期我们进入测试评估阶段对软件测试的过程和版本质量进行评估得出测试总结报告，最后我们进入测试验收阶段，我们会出用户手册、操作指引等文档，我们公司在每个阶段的输出都有一个评审阶段，保证输出有效，从而使测试顺利进行。 57.在实际项目中你是如何做测试计划的？ 做测试计划前必须先了解项目的背景、目的等资料，然后合理划分测试范围，制定可采用的测试策略，评估项目中可能存在的风险和规避措施，制定好时间进度表，合理分配项目的人力、物力资源。 58.你是如何制定时间进度表的 首先确定三个大的时间段项目开始时间项目结束时间开发转系统测试时间，在根据测试各个阶段的工作量和项目资源制定计划、设计、执行、评估、验收阶段的时间。设计和执行的时间一般较多。
59.测试计划都包括那些项 项目基本信息、总体测试策略、项目风险分析和规避措施、项目资源分配（人力、物力、软硬件环境）、项目时间进度表、系统优先级 60.测试用例如何设计 根据开发的需求说明书、详细设计说明、和概要设计说明书设计测试用例遇见那里不明确的可以直接和开发人员沟通讨论。 设计的时候我们会综合运用黑盒测试法，如运用等价类划分、边界值分析、错误推测法等。 61.如何保证用例覆盖到罕见缺陷 1.预留足够的时间理解需求说明在设计用例 2.采用评审和更新机制，保证每一步的输出都是有效的，从而保证测试顺利进行。 3.对覆盖不全面的或是没有覆盖到的，在版本间歇期追加测试用例 63.缺陷处理流程！ 1.测试员提交新的缺陷入库设置状态为New 2.由高级测试人员验证缺陷，如果是缺陷则提交给项目经理设置为（Open）分配给开发部修改，并将修改后的缺陷设置为（Fixed），如果不是缺陷则直接拒绝（Decline） 3.对于不能够立即解决的缺陷一般要开会议讨论则设置状态为“延期“（Derlend） 4.最后由测试员从新检查修改后的缺陷。不是则直接关闭（Closed） 62.测试用例包括那些项 基本信息、用例编号、严重级别、缺陷描述、操作步骤 63.开发人员修复缺陷后，如何保证不影响其他功能 重新执行用例、看是否出现错误结果。并对周围的一些相关功能点追加新的测试用例。 64.测试总结报告包括那些项？ 主要有对测试过程和版本质量的评估，并有一些质量建议。还有一些数据，如用例总数，执行数量等。 65.测试工作进行到一半是，发现时间不够，你如何处理 1.可以加班加点，加派测试人员并征用有经验的技术员 2.可以挑选优先级别高的用例先执行。
66.怎样保证你所负责的模块通过了测试 1.设计好的用例、详细划分用例严重级别，先执行优先级别高的用例，保证规定的功能都正常工作。 2.保证用例的覆盖率和用例的质量，最后能够符合用户需求说明书。并通过了内部评审。 67.开发与测试的关系？ 测试是依托于开发的测试同时也可以指导开发。 开发和测试密切联系、相互依赖，开发为测试提供产品，测试负责检查开发的产品，测试和开发有共同的目的就是提高和改善软件质量 68.如果你是测试组长你如何对项目及组员进行管理？ 1.强调合作和讨论，一切以圆满完成项目为出发点 2.合理分配项目资源和技术人员，明确职责合理分工。 3.表扬和惩罚制度 4.保护测试员
「软件测试的自我修养」每日精选推送,包括且不限于测试方法、技术、工具分享以及测试求职、笔试、面试心得，长按下方白癜风前期北京中科医院忽悠