软件的含义
程序、数据及相关文档的完整集合。
测试与调试的区别是什么
测试是由测试人员来进行，主要目标是发现、报告和跟踪缺陷。
调试是由开发人员进行，主要目标是定位缺陷位置，分析缺陷原因，修复缺陷。
软件测试的含义
简单讲，软件测试是发现缺陷的过程；
IEEE （国际电气电子工程师协会 ）中的定义是，软件测试是使用人工或自动手段来运行或测定某个系统的过程，目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
软件测试的目的
1）验证软件是否满足各类文档说明书等规定的软件质量要求
2）找出软件缺陷
3）为软件产品的质量测量和评价提供依据
4）帮助开发改进开发流程
什么是功能、性能、兼容性测试
功能代表一个软件能做什么、实现什么；
性能反映软件运行的速度或效率、占用资源的多少等指标；
兼容性表示一个软件与其所在运行环境的依赖程度，包括与硬件、操作平台、其他软件的依赖。
测试分为哪几个阶段、每个阶段的测试目的是什么
测试分为单元测试、集成测试、系统测试、验收测试四个阶段。
前三个阶段的目的是尽可能多的发现缺陷，测试是要验证软件满足了用户需求，帮助用户建立系统可以正常使用的信心。
解释 QA及其职责
QA 的含义是软件质量保证（人员）。
主要职责是制定和加强促进软件开发并防止软件缺陷的标准和方法，并监督标准和过程被正确的遵循。
测试工程师与软件质量保证的区别
测试工程师的主要任务是在最短的时间内发现尽可能多的缺陷，并确保这些缺陷得以修复。【发现缺陷、确保修复】
软件质量保证的主要职责是制定和加强促进软件开发并防止软件缺陷的标准和方法，并监督标准和过程被正确的遵循。 【制定标准、防止缺陷】
测试应该由什么人来进行
测试应该由独立的第三方来进行，第三方表示测试人员不参与程序的开发。
pareto 法则、帕累托法则、28原则、82原则
一般情况下 ，80%的缺陷聚集在 20%的关键核心业务模块中。这个原则告诉我们在做测试时，应该重点分析和测试 20%的核心业务，要做好需求分析。
杀虫剂怪事
杀虫剂怪事用于描述软件测试越多，其对测试的免疫力越强的现象。这个现象告诉我们， 测试时，应尝试新方法、不同的测试程序，对程序进行测试，以找出更多软件缺陷。
木桶原理
木桶原理在软件方面的主要含义是全面质量管理，另外还告诉我们测试时要关注团队中较弱的人。
Good-enough 原则
Good-enough 原则告诉我们做测试的时候既不要做过多测试，也不做不充分的测试。至于多少测试合适，需要我们不断积累经验，在项目中可以指定最低测试通过标准和测试内容，然后具体问题具体分析。
群集效应
群集效应的含义是发现的缺陷越多，证明软件存在的缺陷越多。群集效应指导我们在找到软件缺陷的地方要继续找找。
什么是确认测试、回归测试
确认测试：也称再测试，缺陷修复以后，验证缺陷是否真正修复。
回归测试：缺陷修复以后，确保对程序的修改没有给软件其他未改变部分带来新的缺陷。
测试人员应该具备哪些素质
要有责任心，要有破坏的态度，对事不对人，三心二意（细心、信心、耐心、缺陷预防意识、沟通意识），具有一定的开发技能，善于思考。
如果测试提交的缺陷开发人员不认可，该怎么办
首先分析或与开发沟通开发不认可的原因。
如果拒绝原因是提交的不是缺陷，而且自己分析后，的确不是缺陷，则应该注意以后再做测试时要做好复现，认真研读需求，提高自己找缺陷的能力。
如果拒绝原因是提交的不是缺陷，但自己分析时认为缺陷应该是存在的，则再次研读需求并做好复现，拿出确实是缺陷的证据，然后与开发沟通。
如果拒绝原因是认可缺陷，但不予修复，如果自己觉得必须修复，则拿出充分理由和证 据和不修复的不利影响和影响范围，再与开发沟通。
注意沟通技巧，合理的论述，向开发说明自己的判断的理由，注意客观、严谨，不掺杂 个人情绪。
把问题交给测试经理，等待测试经理做出最终决定，如果仍然存在争议，，向上级反映，并由上级做出决定。
如何解决开发和测试的矛盾
1）以沟通和合作的方式开展工作
2）提高开发技能
3）换位思考
4）进行有效沟通
测试团队中都有哪些角色、各负责什么任务、各有多少人
测试负责人：制定测试计划，监督安排任务，进行测试总结，1
测试工程师：进行测试需求分析、设计用例、搭建环境、执行用例、提交并跟踪缺陷 ， 3
技术支持：负责环境维护，1
配置管理员：维护版本架构，维护版本库，文档配置，1
质量保证人员：负责软件质量方面的工作，1
什么是软件开发生命周期？ 简述瀑布模型
从软件最初构思到公开发行的过程。
瀑布模型也叫文档驱动模型，过程包括计划、需求、设计、编码、测试、 运行、维护。瀑布模型有严格的开发步骤，每个阶段是按顺序进行的，每个阶段都必须编写完整的文档，每个阶段完成后必须经过审查才能进入下一步。
瀑布模型不能迭代、不能反复；测试在编码之后，测试太晚；测试的只是程序。
软件开发有什么模型？软件测试主要有哪些模型？
软件开发模型：瀑布模型、快速原型模型、螺旋模型、敏捷开发模型
软件测试模型：V 模型、W 模型、H 模型、X 模型、前置测试模型、敏捷测试模型
简述V模型
V 模型的过程：用户需求→需求分析→概要设计→详细设计→编码→单元测试→集成测试→系统测试→验收测试。
优点：
1）V 的左端表示传统的瀑布开发模型，V 的右端明确地将测试分为不同的级别或阶段，测试过程更为具体；
2）测试各个阶段和开发的各个阶段相对应；
3）V 模型的测试策略包括低层测试和高层测试，低层测试是为了源代码的正确性，高层测试是为了整个系统满足用户的需求。
缺点：
1）测试的对象就是程序本身。忽视了测试活动对需求分析，系统设计等活动的验证和确认的功能，直到后期的验收测试才被发现。
2）测试是开发之后的一个阶段。实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。
简述W模型
W 模型的过程：
左边 V 是需求分析→概要设计→详细设计→编码实现→模块集成→系统构建→系统安装；
右边 V 是需求测试→概要设计测试→详细设计测试→单元测试→集成测试→系统测试→验收测试。
优点：
1）W 模型体现了尽早和不断测试的原则，既强调测试方案设计，也强调测试执行。
2）左侧 V 是开发，右侧 V 是与开发并行的测试，相对于 V 模型，W 模型增加了软件各开发阶段中应同步进行的验证和确认活动，W 明确表示出了测试与开发的并行关系。测试与开发是同步进行的，有利于尽早地全面的发现问题。
3）测试伴随整个软件开发周期，且测试的对象不仅仅是程序，需求、设计等同样要测试。
缺点：
在 W 模型中，需求、设计、编码等活动被视为串行的，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型，不利于当前软件开发复杂多变的情况。
简述H模型
H 模型将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。H 模型的测试流程是只要测试准备工作完成，达到测试就绪点，测试就可以执行了。
优点：
1）软件测试不仅仅指测试的执行，还包括很多其他的活动。
2）软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。当某个测试时间点就绪时，软件测试即从测试准备阶段进入测试执行阶段。
3）H 模型反映出软件测试要尽早准备，尽早执行。
4）软件测试可以进行迭代、反复进行。
简述敏捷开发
敏捷开发的核心思想是：以人为本，适应变化。
具体讲：
1）认为个体和交互重于过程和工具，强调通过过程和工具理解个人和交流的作用；
2）认为可用软件重于完备文档，强调通过全面的文档理解运行的软件；
3）认为客户协作重于合同谈判，强调通过合同和谈判得到客户的协作；
4）认为响应变化重于遵循计划，强调在计划的执行中做出对变更的响应。
特点：
1）敏捷开发提倡迭代式和增量式的开发模式，并强调测试在其中的重要作用。
2）敏捷开发是以用户为中心、以客户需求为导向的开发过程，在此过程中随时做好 “迎接变化”的准备，客户是敏捷的关键环节。
3）敏捷开发没有单一固定的开发方法或过程，敏捷开发有三个共同点：依赖客户的参与、测试驱动以及紧凑的迭代开发周期。
敏捷测试
1）敏捷测试是协同测试的一种形式，程序员结对编程，程序员分饰测试员角色，敏捷测试是连续测试。
2） 敏捷测试侧重单元测试和验收测试。单元测试的过程是先设计单元测试用例，然后进行编码，之后执行测试。
3）敏捷测试强调客户参与，单元测试通过之后代码集成到代码库中，再由客户进行
验收测试，验收测试的结论反馈给开发人员，缺陷得以迅速修复。
软件质量要求有哪些
功能要求和非功能要求。
软件非功能要求有哪些
性能要求（负载测试、压力测试、容量测试、可靠性测试）、界面测试、兼容性测试、 易用性测试、文档测试、可用性测试、安装测试、安全测试、本地国际化测试、灾难恢复测试等。
简述测试的基本过程
1）测试人员进行测试需求分析。
2）测试负责人编写测试计划。
3）测试人员根据测试需求分析设计和编写测试用例。
4）测试人员搭建测试环境、创建测试数据、执行测试用例、提交缺陷报告并进行跟踪、记录测试事件。
5）进行测试评估和总结。
每一分步工作完成后都进行评审。
拿到一个软件后，应该怎样开始工作 /如何做测试/测试流程
编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结 。
怎么进行测试需求分析
1）收集各类文档，仔细阅读文档，提出问题，分析问题或沟通解决，整理需求信息。
2）编写测试需求分析说明书：功能分解，编写检查点和测试点。
3）需求评审。
拿到项目后，需要分析或咨询软件哪些方面的问题
软件主要的功能、流程、开发环境（开发语言<含数据类型>、数据库、中间件）、运行环境（硬件、软件、网络、软件架构）、用户群、测试范围、测试优先级。
什么时候提交发现的缺陷
测试执行发现缺陷时立即提交缺陷。
什么是入口准则、出口准则
入口准则是进行一项测试工作前需要准备好的前提条件。（开始条件）
出口准则是一项测试工作可以结束的前提条件。（结束条件）
需求评审都有哪些人参与
项目经理、开发经理、测试经理、测试人员、开发人员、市场经理、客户等。
怎么做需求评审或者
编写或设计需求评审检查单，比如可以检查有无错别字、病句，标点符号使用是否正确，格式是否一致，是否还有多余需求，是否有错误需求，是否有遗漏需求等。
测试资源需求有哪些方面
人力资源、硬件资源、软件资源。
什么是测试策略、什么是测试范围
测试策略主要指如何进行某种测试（如功能测试、性能测试、兼容性测试、可用性测试、 易用性测试等），用于说明测试方法以及如何使用测试方法。
测试范围有时候等价于测试策略，有时候可以表示要进行测试的某个软件部位。
什么是 BVT/冒烟测试/版本验证测试、怎么测
BVT也称冒烟测试、版本验证测试、小版本验证测试、版本构建测试。
冒烟测试用例是一组想先运行以确定这个给出的小版本是否可以测试的测试用例。冒烟测试主要测试软件的基本功能，判断整个软件值不值得进行大规模测试。通常由一个人进行 1-2 小时的测试，一般不测试次要功能和各种错误。
测试计划的内容和目的是什么
包含了产品概述、测试区域/测试策略/测试范围/测试目标（测试项、被测特征）、测试配置/测试资源、测试周期、进度安排（测试任务、人员安排）、测试方法/途径、测试交流、 风险分析等内容。
目的是指导测试过程，规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的责任人以及与计划相关的风险。
怎么判断是不是软件缺陷
1）软件未达到产品说明书标明的功能；
2）软件出现了产品说明书指明不会出现的错误；
3）软件功能超出产品说明书指明范围；
4）软件未达到产品说明书虽未指出但应达到的目标；
5）软件测试员具体问题具体分析，认为软件难以理解、不易使用、运行速度缓慢， 或者最终用户认为不好。
【未达到明确需求、未达到隐含需求、超出需求范围、未达到需求、用户角度使用不佳】
缺陷的产生主要有哪些原因？最主要的原因是什么
需求频繁变更、沟通不良、不了解客户的需求、实现新功能、追求新技术、 项目期限的压力、需求分析或设计投入的时间和精力不够、产品的复杂度、开发人员疲劳、 压力过大或受到干扰、缺乏足够的知识、技能和经验、缺乏动力等。
最主要的原因：需求方面的原因 。
当你发现一个缺陷时，如何确认是一个缺陷
根据缺陷的判断原则来甄别发现的问题是不是一个缺陷，发现缺陷后，应该做好分离和 再现（3 次），然后才能提交。
在正式提交一个缺陷前，你应该做些什么
分离缺陷、再现缺陷（3 次），然后才能提交。
怎么处理无法再现的缺陷
首先，应当对这样的缺陷进行详细记录，并尽快提交给开发人员。
其次，对于寻找难以再现的缺陷要合理地安排时间，对一时难以再现的缺陷可以暂时搁置，以保证项目的正常进度。
最后，在测试过程中对未再现缺陷予以关注。
什么是重复缺陷、怎么避免重复缺陷
提交了一个缺陷库中存在或者开发人员已经知道的缺陷。
1、如果缺陷是跟同事提交的重复，任务分工解决，也可以在提交之前查询下库缺陷是否存在。
2、如果缺陷是与自己提交的缺陷重复，则需要提高发现缺陷的能力，通过提高开发能 力来理解两个缺陷本质上是一个缺陷。
什么是无效缺陷、怎么避免无效缺陷
无效缺陷是指提交的缺陷不是真正的缺陷。
充分了解需求、提高自己识别缺陷的能力、提高缺陷写作能力 。
缺陷报告的写作准则是什么？
Correct（准确）：每个组成部分的描述准确，不会引起误解；
Clear（清晰）：每个组成部分的描述清晰，易于理解；
Concise（简洁）：只包含必不可少的信息，不包括任何多余的内容；
Complete（完整）：包含复现该缺陷的完整步骤和其他本质信息；
Consistent（一致）：按照一致的格式书写全部缺陷报告。
【清晰准确完整简洁一致】
缺陷报告的内容/结构有哪些？
缺陷标题（或者说缺陷摘要、缺陷概述、缺陷基本信息） 、预处理 、复现步骤 、预期结果 、实际结果 、严重程度 、优先级 、测试环境 、测试版本 、测试执行人 、注释
缺陷报告的写作注意事项
不要使用我、你、他等字眼，不要使用情绪化的语言和强调符号、不要使用“似乎”、 看上去可能等不确定性内容、不要使用认为比较幽默的内容、不要使用不确定的测试问题(不 确定是否是缺陷)、不要人身攻击。
做到清晰、准确、简洁、完整、一致。
简述缺陷报告的处理流程
软件测试人员提交缺陷报告；
测试负责人审核后将缺陷报告分配给相关的开发人员修改；
缺陷被修改后由测试人员根据缺陷报告中的修改记录进行返测 ；
返测通过的缺陷报告由负责人关闭；
返测未通过的缺陷报告直接返回开发人员重新修改，然后再由测试人员返测，直到测试和开发达成一致处理意见。
简述重复缺陷的处理流程
提交缺陷→分配缺陷→确认为重复缺陷→置为无效缺陷。
缺陷按照严重程度可以分为哪些类型
致命缺陷、严重缺陷、一般缺陷、较小错误、意见建议等
缺陷按照优先级可以分为哪些类型
缺陷必须立即解决；
缺陷需要正常排队等待修复或列入软件发布清单；
缺陷可以在方便时被纠正；
下一个版本修复；
不修复。
缺陷的状态有哪些
新建/已提交
打开
已拒绝
已解决/已修复
已验证
已关闭
测试有哪些级别/阶段
单元测试、集成测试、系统测试、验收测试
什么是单元测试、单元测试谁来做
针对一个软件单元的测试。一般由开发人员或懂开发的测试人员来完成。
什么是桩模块、驱动模块
桩模块：被被测模块调用的模块。
驱动模块：调用被测模块的模块。
什么时候可以进行组件测试
完成编译的测试对象，测试环境，开发工具，测试对象的规范说明书。
单元测试使用技术、测试重点是什么、测试条件是什么
单元测试的技术：黑盒白盒技术，但是白盒居多，黑盒居少，一般先做黑盒再做白盒。
单元测试重点：功能性测试，性能，健壮性（逆向测试：无效值）。
单元测试前提条件：完成编译的测试对象，测试环境，开发工具，测试对象的规范说明书。
什么是集成测试
组件间的接口与交互的测试。
集成测试的测试重点是什么、测试条件是什么、使用什么技术
测试重点：接口和系统内不同部分的相互作用（交互）。
测试条件是完成集成的被测系统，测试台，有关组件间交互的文档。
测试技术包括白盒技术、黑盒技术，白盒居多，黑盒居少，对比单元测试，白盒下降，
一般先做黑盒再做白盒。
集成测试有哪些策略
自顶向下集成
自底向上集成
什么是系统测试
对整个系统能不能满足用户需求的测试。
系统测试的目的是什么
检查软件是否满足需求。
系统测试能够发现哪些缺陷、会遗留哪些缺陷
发现：非功能性缺陷、涉及整个系统的问题。
遗漏：对用户的需求的错误理解、没有实现或者没有完全实现用户的隐性需求。
什么是验收测试
一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。验收测试根据用户需求，业务流程进行的正式测试以确保系统符合所有验收的准则。
验收测试有哪些人进行、目标是什么
客户或用户，测试人员可以介入。
对系统或子系统建立信心、对系统非功能性的特性赢得信任。
什么是 alpha、beta 测试、有何区别
Alpha 测试：潜在的客户/用户在开发场地进行的测试。
Beta 测试：由潜在客户/用户在自己的环境下测试软件系统。
什么是维护测试
软件正常使用后，对软件的变更、更新进行测试 。
什么是性能测试、负载测试、压力测试
性能测试：主要表现在处理速度、响应时间、CPU 使用、内存使用、硬盘使用等。
负载测试：通过不断增加负载来测试一个系统的性能。
压力测试：通过增加负载超过系统正常工作能力来考察系统能否在异常情况下正常工作
什么是功能测试
测试一个软件能做什么，是不是做了应该做的工作，没做不该做的工作。
什么是与变更相关的测试、有哪些具体类型
与变更相关的测试是对修改过的程序进行的测试。
确认测试（再测试）和回归测试。
确认测试：也称再测试，缺陷修复以后，验证缺陷是否真正修复。
回归测试：缺陷修复以后，确保对程序的修改没有给软件其他未改变部分带来新的缺陷。
什么是静态测试、动态测试，如何区分二者
静态测试：不执行程序的测试。针对文档和不需执行的代码。
动态测试：需要执行程序，方法一般采用黑盒测试方法和白盒测试方法。
什么是黑盒测试、白盒测试
黑盒测试也称功能测试，基于规格说明书的测试，关注输入数据到程序中，输出结果是否正确，侧重于测试软件能做什么 ，实现什么功能。
白盒测试也称结构测试、逻辑驱动测试，是对程序内部逻辑结构进行的测试 。
白盒测试有哪些方法，具体解释每种方法
白盒测试主要使用逻辑覆盖测试方法，包括语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆盖等。
语句覆盖：程序中的每个可执行语句至少被执行一次。能发现语句错误，但不能发现逻 辑错误。
判定覆盖：也称分支覆盖，程序中的每个判定的取真分支和取假分支至少执行一次。能发现逻辑错误，但不能发现组合判断中的条件错误。
条件覆盖：程序每个判定中每个条件的可能取值至少满足一次。能发现条件错误，但不能发现逻辑错误。
判定-条件覆盖：每个条件中的所有可能取值至少执行一次，同时，每个判定的可能结果至少执行一次。
条件组合覆盖：每个判定中的所有的条件取值组合至少执行一次。
路径覆盖：用例覆盖程序中的所有可能的执行路径。如果路径数很多，会变得不切实际。
什么是配置测试、文档测试、国际化测试、本地化测试
配置测试：不同配置环境下进行测试。
文档测试：针对产品交付品，配套的文档类部件的 测试。
国际化测试：国际化侧重于吸引全球受众的产品特性和功能。
本地化测试：翻译成本国语言的，测试是否符合本国的语言习惯，是否符合本国法律，是否符合本国的国情。
测试用例的内容是什么
用例编号，用例标题，所属模块，测试步骤，预期结果，输入数据，优先级，前置条件等
什么是 GUI、UI测试什么意思
图形界面测试
界面测试测试
测试用例的优先级有哪些**
冒烟测试
高
中
低
解释测试目标、测试环境、测试对象、前置条件、测试策略、测试范围
测试目标：功能测试、性能测试、界面测试、易用性测试、兼容性测试、安全性测试
测试策略：某类别测试的过程、方法以及方法如何应用，测试的注意事项等
测试环境：硬件环境、软件环境、网络环境
前置条件：进行某些测试工作需要做好的准备条件
测试范围：软件需要测试的某个部位
用例评审一般使用什么方式、哪些人参与评审
检查单。一般由测试人员进行。
测试计划、测试需求说明书、测试用例、测试总结分别由谁编写
测试负责人。测试人员（测试需求分析人员）。测试人员（测试设计工程师）。测试负责人。
软件投入运行后还需要测试吗，需要哪些测试
需要进行测试。维护测试（含升级测试）、数据迁移测试、备份恢复测试、灾难恢复测试等
SP2 什么意思
第 2 个版本的服务包或补丁包
给你一个网站，你如何测试
【思路：分析需求、制定计划、设计用例、开展测试、做好管理、定期评审】
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试、界面测试、性能测试、数据库测试、安全性测试、兼容性测试。
设计测试用例：
1.功能测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
2.界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观 。
页面布局是否合理，重点内容和热点内容是否突出 。
控件是否正常使用 。
对于必须但未安装的控件，是否提供自动下载并安装的功能 。
文字检查 。
3.性能测试一般从以下两个方面考虑：
压力测试、负载测试
4.数据库测试要具体决定是否需要开展。
数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
5.安全性测试：
基本的登录功能的检查
是否存在溢出错误，导致系统崩溃或者权限泄露
相关开发语言的常见安全性问题检查，例如 SQL 注入等
6.兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；
操作系统的兼容性；
软件平台的兼容性；
数据库的兼容性
开展测试，并记录缺陷。
合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别
- 300 个用户在一个客户端上
会占用客户机更多的资源，而影响测试的结果。线程之间可能发生干扰，而产生一些异常。
需要更大的带宽。
IP 地址的问题，可能需要使用 IP 欺骗来绕过服务器对于单一 IP 地址最大连接数的限制。
不必考虑分布式管理的问题。
2.用户分布在不同的客户端上
需要考虑使用控制器来整体调配不同客户机上的用户。
需要给予相应的权限配置和防火墙设置。
描述软件的概念、软件复用的含义、构件包括哪些
软件是计算机系统中与硬件相互依存的另一部分，与计算机系统操作有关的计算机程序、规程、规则，以及可能有的文件、文档及数据。【程序+数据+文档】
软件复用(SoftWare Reuse)是将已有软件的各种有关知识用于建立新的软件，以缩减软件开发和维护的花费。软件复用是提高软件生产力和质量的一种重要技术。早期的软件复用主要是代码级复用，被复用的知识专指程序，后来扩大到包括领域知识、开发经验、设计决定、体系结构、需求、设计、代码和文档等一切有关方面。
可以被复用的软件成分一般称作可复用构件。
软件配置管理的作用、软件配置包括什么
软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术。
软件配置管理应用于整个软件工程过程。
在软件建立时变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。从某种角度讲，SCM 是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。
软件配置包括如下内容：配置项识别、工作空间管理、版本控制、变更控制、状态报告、配置审计。
什么是软件质量
概括地说，软件质量就是“软件与明确的和隐含的定义的需求相一致的程度”。
具体地说，软件质量是软件符合明确叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。
软件质量包括正确性、健壮性、效率、完整性、可用性、风险（产品运行）；可理解性、可维修性、灵活性、可测试性（产品修改）；可移植性、可再用性、互运行性（产品转移）。
目前主要的测试用例设计方法是什么
白盒测试：逻辑覆盖（语句覆盖、判定/分支覆盖、条件覆盖、条件-判定覆盖、多条件组合覆盖）、基本路径覆盖
黑盒测试：等价类划分、边界值分析法、错误猜测法、判定表法、场景法、随机测试、探索性测试
软件的安全性应从哪几个方面去测试
软件安全性测试包括程序、数据库安全性测试。
根据系统安全指标不同测试策略也不同。
用户认证安全的测试要考虑的问题。
明确区分系统中不同用户权限、系统中会不会出现用户冲突、系统会不会因用户 的权限的改变造成混乱、用户登陆密码是否是可见、可复制、是否可以通过绝对 途径登陆系统（拷贝用户登陆后的链接直接进入系统）、用户退出系统后是否删 除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统系统网络安全的测试要考虑的问题 。
测试采取的防护措施是否正确装配好，有关系统的补丁是否打上、模拟非授权攻击，看防护系统是否坚固、采用成熟的网络漏洞检查工具检查系统相关漏洞、采用各种木马检查工具检查系统木马情况、采用各种防外挂工具检查系统各组程序的外挂漏洞 。
数据库安全考虑的问题 ：系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求）、系统数据的完整性、系统数据可管理性、系统数据的独立性、系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整）
什么是测试用例，什么是测试脚本，两者的关系是什么
测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
测试脚本是为了进行自动化测试而编写的脚本。
测试脚本的编写一般都需要对应相应的测试用例。
软件测试各个阶段通常完成什么工作、各个阶段的结果文件是什么、包括什么内容、
单元测试阶段：各独立单元模块在与系统地其他部分相隔离的情况下进行测试，单元测试针对每一个程序模块进行正确性校验，检查各个程序模块是否正确地实现了规定的功能。生成单元测试报告，提交缺陷报告。
集成测试阶段：集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。该阶段生成集成测试报告，提交缺陷报告。
系统测试阶段：将通过确认测试的软件，作为整个给予计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行全面的功能覆盖。该阶段需要提交测试总结和缺陷报告。
验收测试阶段：一般由用户进行测试，或者是用户委托第三方进行测试，主要验证软件是否满足用户的使用需求，提升用户的信心，出具验收测试报告。
测试人员在软件开发过程中的任务是什么
尽可能早的找出系统中的 Bug；
避免软件开发过程中缺陷的出现；
衡量软件的品质，保证系统的质量；
关注用户的需求，并保证系统符合用户需求。
如何测试一个纸杯
功能：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水放 24 小时检查泄漏时间和情况；盛上汽油放 24 小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
测试计划工作的目的是什么、测试计划文档的内容应该包括什么、其中哪些是最重要的
软件测试计划是指导测试过程的纲领性文件，目的在于：
领导能够根据测试计划进行宏观调控，进行相应资源配置等。
测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等。
便于其他人员了解测试人员的工作内容，进行有关配合工作 。
测试计划包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、 测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员， 尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通， 跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划编写 6 要素
5W1H：
why→→为什么要进行这些测试；
what→测试哪些方面，不同阶段的工作内容；
when→测试不同阶段的起止时间；
where→相应文档，缺陷的存放位置，测试环境等；
who→项目有关人员组成，安排哪些测试人员进行测试；
how→如何去做，使用哪些测试工具以及测试方法进行测试
您认为在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果
尽量面对面的沟通，其次是能直接通过电话沟通，如果只能通过 Email 等非及时沟通工具的话，必须对要沟通的主题理解深刻以及能表达清楚。
运用一些测试管理工具进行管理也是较有效的方法，同时要注意在工具中对 BUG 有准确的描述。
在团队中建立测试人员与开发人员良好沟通中注意以下几点：
一真诚、二是团队精神、三是在专业上有共同语言、四是要对事不对人，工作至上 。
你对测试最大的兴趣在哪里、为什么
最大的兴趣，感觉这是一个有挑战性的工作；
测试是一个经验行业，工作越久越能感觉到做好测试的难度和乐趣 。
通过自己的工作，能使软件产品越来越完善，从中体会到乐趣 。
什么是测试覆盖率
是指完成的测试工作目标量占总目标量的百分比，有很多分类。
软件测试覆盖率常用的计算公式：
功能覆盖率=至少被执行一次的测试功能点数/测试功能点总数（功能点）
需求覆盖率=被验证到的需求数量/总的需求数量（需求）
用例覆盖率=至少被执行一次的测试用例数/应执行的测试用例总数
语句覆盖率=至少被执行一次的语句数量/有效的程序代码行数
判定覆盖率=判定结果被评价的次数/判定结果总数
条件覆盖率=条件操作数值至少被评价一次的数量/条件操作数值的总数
一个好的测试用例有哪些特点
用例要完整、简洁、一致 ，至少含有编号、标题、操作步骤和预期结果。
用例要表明测试目的
用例覆盖程度要高
用例能够使工作量最小化
用例描述正确、规范含有正确的、规范的测试标题和编号
用例的分类以及描述要足够清晰
用例要具有可测试性
测试用例易于维护 、可复用、可重复性 、可追踪性
测试结束的标准是什么
全部测试用例都执行完成。
未修改 bug 都被确认或置为应有状态，暂缓修改的问题都有详尽的解释。
测试报告编写完成。
测试收尾工作结束。
测试总结完成。
项目处于试运行或上线阶段 。
在测试计划中定义结束标准 。
如计划中规定：系统在一定性能下平稳运行 72 小时，本版本中没有严重的 BUG， 普通 BUG 的数量在 3 以下，BUG 修复率 **90%**以上 。
实际测试达到上述要求，然后由开发经理，测试经理，项目经理共同签字，认同测试结束，版本即可发布。
如何全面测试一款产品，以手机自带的短信功能为例来辅助说明
能正常打开或进入短信界面
短信可以正常编辑、修改、删除
短信可以正常发送和接收
短信页面字体、颜色显示正常
短信字体可调整
给多人同时发短信
给特殊号码发送短信，如运营商（手机号所属运营商、其他运营商）、不存在手机号、服务号（收费、不收费）
接收验证码
短信耗电量测试
短信不耗流（联网、不联网）
短信干扰测试
编辑短信期间（已经编辑好、正在打字），电话进来
编辑短信期间（已经编辑好、正在打字），收到短信
隐藏到后台（已经编辑好、正在打字），进行其他操作，再返回
你手中的这支笔有多少用途，请发挥你的想象力
写、画（纸上、墙上、桌子上、地上、其他位置）
染色
承重
当书签
当筷子
用来扎人
用来掏掉进笔记本键盘的小东西
用来去除缝隙（比如手机上的缝隙）里的灰尘
当作燃料
拿在手里转着玩，消遣一下
用来碰电门
塑料笔管用来当吸管
常见的性能测试策略有哪些
负载测试、压力测试、并发测试、内存泄露测试、基准测试、配置测试、数据容量测试、 疲劳强度测试 。
Internet采用哪种网络协议、该协议的主要层次结构、Internet物理地址和IP地址转换采用什么协议？
TCP/IP 协议
TCP：传输控制协议
IP：网络协议/网际协议
主要层次结构为： 应用层/传输层/网络层/数据链路层
ARP (Address Resolution Protocol) ：地址析协议
谈谈你对集成测试中自顶向下集成和自底向上集成两个策略的理解，说出各自的优缺点和适应类型
自顶向下集成
优点：较早地验证了主要控制和判断点；按深度优先可以首先实现和验证一个完整的软件功能；功能较早证实，带来信心；只需一个驱动，减少驱动器开发的费用； 支持故障隔离。
缺点：桩的开发量大；底层验证被推迟；底层组件测试不充分。 适应于产品控制结构比较清晰和稳定；高层接口变化较小；底层接口未定义或经常 可能被修改；产品控制组件具有较大的技术风险，需要尽早被验证；希望尽早能看 到产品的系统功能行为。
自底向上集成
优点：对底层组件行为较早验证；工作最初可以并行集成，比自顶向下效率高；减少了桩的工作量；支持故障隔离。
缺点：驱动的开发工作量大；对高层的验证被推迟，设计上的错误不能被及时发现。适应于底层接口比较稳定；高层接口变化比较频繁；底层组件较早被完成。
在windows下保存一个文本文件时会弹出保存对话框，如果为文件名建立测试用例，等价类应该怎样划分
分析需求
Windows 中文件名长度除去盘符，最长 255 字符，不区分中英文；不能使用/😗?"<>|、
com0-com9、lpt0-lpt9、lpt、nul、aux 等字符，不允许文件重名（询问替换还是附加(1)）
有效类
25 个字符
无效类
空、含有非法字符、输入 256 字符
假设有一个文本框要求输入10个字符的邮政编码，对于该文本框应该怎样划分等价类
分析需求
允许使用哪些字符（大写字母、小写字母、数字、标点符号），哪些字符具有特殊用途（保留字符），字符可以混合使用吗，是否可以留空
有效：英文字母，如 ABCDefghik、数字和其他混合，如 123AAAAAAA、数字：1234567890
无效：特殊字符，如 10 个*或￥，小于十个字符，如 123；大于十个字符，如 11111111111；空字符；保留 字符
软件测试项目从什么时候开始为什么
软件测试应该在需求分析阶段就介入，因为测试的对象不仅仅是程序编码，应该对软件 开发过程中产生的所有产品都测试，并且软件缺陷存在放大趋势，缺陷发现的越晚，修复它 所花费的成本就越大。
怎么理解回归测试
回归测试: (regression testing)有两类：用例回归和错误回归；
用例回归是过一段时间以后再回头对以前使用过的用例再重新进行测试，看看会不会重新发现问题。
错误回归，就是在新版本中，对以前版本中出现并修复的缺陷进行再次验证，并以缺陷为核心，对相关修改的部分进行测试的方法。
你认为做好测试计划工作的关键是什么
明确测试的目标，增强测试计划的实用性 。
软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确 。
坚持“5W”规则，明确内容与过程 。
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、 “Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可 以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定 测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档 和软件的存放位置（Where）。
采用评审和更新机制，保证测试计划满足实际需求 。
分别创建测试计划与测试详细规格、测试用例 。
简述一个完整的开发过程需要完成哪些工作、由哪些角色来负责
开发过程 ：需求调研（需求人员）、需求分析（需求人员）、概要设计（设计人员）、详细设计(设计人员)、编码（开发人员）
测试过程 ：需求评审、系统测试设计、概要设计评审、集成测试设计、详细设计评审、单元测试设计、测试执行
针对于软件的行业背景，你如何理解软件的业务
阅读用户手册了解软件的功能和操作流程；
看一些业务的专业书籍补充业务知识；
如果有用户实际的数据，可以拿实际的数据进行参考；
参考以前的用例和 BUG 报告；
在使用软件的过程中多思考；
多与产品经理交流。
如何定位测试用例的作用
测试用例是测试人员在测试过程中的重要参考依据。
测试用例可以帮助实施有效的测试，所有被执行的测试都是有意义的，不要执行毫无意义的测试操作。
良好的测试用例不断地被重复使用，使得测试过程事半功倍。
测试用例是一个知识积累的过程。
测试用例是一个知识传递的过程，能保持一致、稳定的测试质量
从项目管理的角度来说，测试用例的通过率是检验代码质量保证效果最主要的指标之一。
测试用例也可以作为评估测试人员进度、工作量以及跟踪/管理测试的工作效率的主要因素，从而更加合理地做出测试安排或调整。
需求测试的注意事项有哪些
是否使用了公司的模板
文档内容是否符合规范
所有的需求分级是否清析适当
所有的需求是否具有一致性
需求是否可行
需求是否足够
所有的其它需求是交叉引用是否正确
用户描述是否清楚
是否用客户的语言来描述需求
每个需求描述是否清楚没有岐义
是否所有的需求都是可验证
是否每条需求都具有独立性，即使发生了变化也不会影响其它需求
性能指标是否明确
非功能性需求是否得到充分表现
是否完整列出适用的标准或协议、标准和协议之间是否存在冲突等
主键、外键的作用，索引的优点与不足
主键：是表中的唯一标示键。
作用：保证实体的完整性，加快数据库的操作速度，增加新的表记录时，数据库会自动检索新记录的主键值，不允许该值与其他表中记录的主键重复，数据库会按主键值的顺序显示记录，如果没有设定主键，则按输入的顺序显示记录。
外键：是主键的从属，表示了两个表之间的联系。
作用：使用外键可以建立数据之间的关联，还可以避免冗余。
索引：通过创建唯一性的索引，可以保证表中数据的唯一性
优点：
加速数据的检索速度
加快表与表之间的连接
在使用分组与排序数据检索时，可以显著检索分组与排序的时间
在查询的过程中使用优化隐藏器，提供系统性能。
缺点：
创建索引需要时间，且随着数据量的增加而增加
索引需要占用物理空间
当对表中数据进行修改时，索引也要动态维护，降低了数据的维护速度
性能测试的流程
测试需求分析
测试计划制定与评审
测试用例设计与开发，编写测试脚本
测试执行与监控，开发场景
分析测试结果
编写性能测试报告·
测试经验总结
你接触过正则表达式吗，怎么校验数字
可以使用[0-9]表示 1 位数字，也可以使用\d 表示 1 位数字
使用多对[]可以表示多位，也可以使用{重复次数}来表示，有的软件需要使用{进行转义
比如 6 位数字，检验写法有
[0-9] [0-9][0-9][0-9][0-9][0-9]
\d{6}
什么是BS架构、CS架构
BS 是浏览器/服务器架构，需要通用客户端，主要压力在服务器 CS 是客户端/服务器架构，需要专用客户端，客户端承担一部分工作和压力
什么是OO思想
Object Oriented 面向对象的思想以数据为核心 ，将问题分解为不同的事物或类和对象，考虑类和对象的特征和行为 ，编程时，创建类，类包含属性和方法，属性反应所有对象的共同特征，方法反应所有对象的公共行为，创建对象，调用方法
什么是JRE、什么是JDK
JRE 是 java 运行时环境，内含 java 虚拟机和类库，用于运行 java 程序，一般需要安装到需要运行 java 程序的客户端
JDK 是 java 开发包，内含 jre 和开发 java 程序的类库，一般用于开发 java 程序
Java 的三大特征分别是什么
继承：可以共享或分享其他类的代码，实现代码复用，一般使用 extends 关键字实现 。
多态 ：表示类和对象有多种形态，以实现处理的多样化，多态可以使用类数组、方法重载、 方法重写等实现类数组是定义数组时使用父类，而元素对象使用子类 。
方法重载是方法名相同，但是参数的个数、类型、顺序不同 。
方法重写是子类继承父类后，重新编写了与父类同名且参数完全相同的方法 。
封装：是将类的属性进行的“保密性”处理，不允许属性的使用者通过.属性来访问和操作属性，需要通过访问器和设置器才可以使用 。
一般可以将属性使用 public 以外的修饰符修饰就可以实现不同程度的封装，封装力度最大的是 private 关键字，只允许本类可以直接使用 。
成员变量用static修饰和不用static修饰有什么区别
使用 static 的成员变量被称为类变量，表示属性值是公共的，比如大家的学校、国籍等，占用的内存是一段所有对象共享的内存，仅此一份；如果一个对象更改了 static 变量的 值，其他对象的此属性值也会发生变化，而无 static 的属性隶属于每个对象，占用内存 独立，相互不影响 。
如果变量用 final 修饰，则会如何？如果方法用 final 修饰，则如何？如果类用 final 修饰，则会如何？请举例说明你见过哪些异常
final 修饰变量，称为终态变量，表示这个变量是常量，后面的代码以及其他类和对象 将不允许修改此变量的值
final 修饰的方法表示这是一个终态方法，不允许子类去重写 final 修饰的类为终态类，不允许其他类继承 final 修饰的类，常见的异常。
ArithmeticException 算数异常，比如除以 0
InputMismatchException 数据类型不匹配异常
FileNotFoundException 文件不存在、写文件时文件只读
你接触过哪些数据库对象，你使用过哪些系统函数
数据库、表、查询、视图、存储过程、函数、触发器、索引
getdate()可以获得日期时间（
sqlserver 函数）、sysdate 获得系统日期时间的函数（oracle）
len 或 length 获得字符串长度
left、right、substring/substr 用于获得字符串的一部分（子串）
trim 去掉字符串首尾的空格
count 统计行数
sum 计算列下的和
avg 计算列下的均值
max 计算列下的最大值
min 计算列下的最小值
存储字符串时，使用char还是nchar？ 使用char还是 varchar2？为什么？
char 是定长字符串类型，nchar 双字节定长字符串类型，varchar2 是可变长字符串类型
char 以字节形式存储，适合存储英文字符，一个汉字存储为 2 个字节，如果数据量小于指定的长度，则补空格 。
nchar 是以字符形式处理，适合存储类似于汉字的这种字符，一个字符在内存或硬盘中,也是以字节形式存储，如果数据量小于指定长度，仍然补空格 。
varchar2 是以字节形式存储，如果数据量超过指定的长度，计算机会自动收回未用空间。
功能测试中常用的测试工具有哪些？做简要说明
缺陷管理工具：bugfree、mantis、zentao
测试管理工具：QC/ALM
版本控制工具：SVN
自动化测试工具：QTP（大型收费）、Selenium（免费开源）
bug等级是如何确定的
致命：一般会引发蓝屏、死机、人身生命安全威胁、非常重要的功能没有实现或未正确实现、数据库死锁、数据库连接失败、因为错误操作导致程序中断
严重：重要功能没实现或者出现错误、接口出错
一般：常用功能没实现或者出错，界面错误、出错不提示、输入限制不在前台实现
小：界面不规范，长时间操作不提示、文字不使用专业术语、必输项与可输入项没有明确区分
意见和建议
没时间写测试用例怎么办？
在日常测试过程中，每天写日志时，记录重要的需求 。
随时记录重要的测试点 。
测试过程中，会发现一些缺陷，把这些缺陷整理成测试点。
重要数据也可以做记录。
寻找空闲时间，写出用例 。
写出下列 linux 命令的作用
top：查看 cpu、内存密集使用的动态数据
free：查看内存使用情况
du：查看目录或文件的大小
df：查看磁盘分区的大小
cd：切换目录
ls：显示目录中的内容
cat：查看文件中的数据
vi：进入/打开、修改、保存文件
rm：删除目录或文件
mkdir：创建目录
touch：如果一个文件不存在，则创建文件，如果文件存在，则修改文件最后的访问时间
cp：拷贝目录或文件
