目录

• HTTP的get请求和post请求的区别/li>
• cookies和session的区别/li>
• 测试分类
• 软件测试常用的测试方法
• 功能测试bug级别怎么划分/li>
• 工作中如何提交bug,一条bug包含哪些内容/li>
• Selenium的运行原理是什么，为什么能够实现Web自动化/li>
• 在自动化测试过程中，选择的是哪一种数据驱动形式/li>
• jemter和postman做接口测试的区别
• 一个完整的请求过程是什么样子的/li>
• 性能测试过程中应用的工具有哪些/li>
• 软件的含义
• 测试与调试的区别是什么/li>
• IEEE是什么意思/li>
• 软件测试的含义
• 软件测试的目的
• 什么是功能、性能、兼容性
• 测试分为哪几个阶段个阶段的测试目的是什么/li>
• 解释QA及其职责
• 测试工程师与软件质量保证的区别
• 测试应该由什么人来进行/li>
• pareto 法则、帕累托法则、28原则、82原则
• 杀虫剂怪事
• 木桶原理
• Good-enough原则
• 群集效应
• 什么是确认测试归测试/li>
• 测试人员应该具备哪些素质/li>
• 测试人员应具备的“三心二意”
• 如果测试提交的缺陷开发人员不认可，该怎么办/li>
• 如何解决开发和测试的矛盾/li>
• 测试团队中都有哪些角色负责什么任务有多少人/li>
• 什么是软件开发生命周期/li>
• 什么是软件生命周期/li>
• 软件开发有什么模型件测试主要有哪些模型/li>
• 简述v模型。
• 简述W模型。
• 简述H模型。
• 敏捷开发
• 敏捷测试
• 软件质量要求有哪些/li>
• 软件非功能要求有哪些/li>
• 简述测试的基本过程
• 拿到一个软件后，应该怎样开始工作/li>
• 怎么做测试/li>
• 简介测试流程
• 怎么进行测试需求分析/li>
• 拿到项目后，需要分析或咨询软件哪些方面的问题/li>
• 简介测试流程
• 怎么进行测试需求分析/li>
• 拿到项目后，需要分析或咨询软件哪些方面的问题/li>
• 什么时候提交发现的缺陷/li>
• 什么是入口准则、出口准则/li>
• 需求评审都有哪些人参与/li>
• 怎么做需求评审或者说需求评审需要评审哪些方面/li>
• 测试资源需求有哪些方面/li>
• 什么是测试策略么是测试范围/li>
• 什么是 BVT烟测试本验证测试么测/li>
• 测试计划的内容和目的是什么/li>
• 怎么判断是不是软件缺陷/li>
• 缺陷的产生主要有哪些原因主要的原因是什么/li>
• 当你发现一个缺陷时，应该怎么确认的确是一个缺陷/li>
• 在正式提交一个缺陷前，你应该做些什么/li>
• 怎么处理无法再现的缺陷/li>
• 什么是重复缺陷么避免重复缺陷/li>
• 什么是无效缺陷么避免无效缺陷/li>
• 缺陷报告的写作准则是什么/li>
• 缺陷报告的内容有哪些
• 缺陷报告的组织结构是什么/li>
• 缺陷报告的写作需要注意什么问题/li>
• 简述缺陷报告的处理流程
• 简述缺陷的生命周期
• 简述重复缺陷的处理流程
• 缺陷按照严重程度可以分为哪些类型/li>
• 缺陷按照优先级可以分为哪些类型/li>
• 缺陷的状态有哪些/li>
• 测试有哪些级别/li>
• 测试有哪些阶段/li>
• 什么是单元测试元测试谁来做/li>
• 什么是桩模块、驱动模块/li>
• 什么时候可以进行组件测试/li>
• 单元测试使用技术试重点是什么试条件是什么/li>
• 什么是集成测试/li>
• 集成测试的测试重点是什么试条件是什么用什么技术/li>
• 集成测试有哪些策略/li>
• 什么是系统测试/li>
• 系统测试的目的是什么/li>
• 常见的系统测试方法
• 系统测试能够发现哪些缺陷遗留哪些缺陷/li>
• 什么是验收测试/li>
• 验收测试有哪些人进行/li>
• 验收测试的目标是什么/li>
• 什么是 alpha、beta测试何区别/li>
• 什么是维护测试/li>
• 什么是性能测试载测试力测试什么区别/li>
• 什么是功能测试/li>
• 什么是结构测试/li>
• 什么是与变更相关的测试哪些具体类型/li>
• 什么是静态测试态测试何区分二者/li>
• 圈复杂度怎么计算/li>
• 什么是黑盒测试盒测试/li>
• 白盒测试有哪些方法体解释每种方法/li>
• 什么是配置测试/li>
• 什么是文档测试/li>
• 什么是国际化测试地化测试/li>
• 测试用例的内容是什么/li>
• 测试用例有哪些元素/li>
• 什么是UI、GUII测试什么意思/li>
• 测试用例的优先级如何/li>
• 解释测试目标、测试环境、测试对象、前置条件、测试策略、测试范围的含义/li>
• 用例评审一般使用什么方式些人参与评审/li>
• 测试计划由谁编写试需求说明书由谁编写试用例谁编写试总结谁编写/li>
• 软件投入运行后还需要测试吗要哪些测试/li>
• SP2什么意思/li>
• 给你一个网站，你如何测试/li>
• 一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别/li>
• 试述软件的概念和特点件复用的含义件包括哪些/li>
• 软件配置管理的作用件配置包括什么/li>
• 什么是软件质量/li>
• 目前主要的测试用例设计方法是什么/li>
• 软件的安全性应从哪几个方面去测试/li>
• 软件测试各个阶段通常完成什么工作个阶段的结果文件是什么括什么内容/li>
• 测试人员在软件开发过程中的任务是什么/li>
• 如何测试一个纸杯/li>
• 测试计划工作的目的是什么﹖测试计划文档的内容应该包括什么中哪些是最重要的/li>
• 您认为在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果持测试人员同开发团队中其他成员良好的人际关系的关键是什么/li>
• 你对测试最大的兴趣在哪里什么/li>
• 什么是测试覆盖率
• 一个好的测试用例，有哪些特点
• 测试结束的标准是什么
• 如何全面测试一款产品，请以手机短信功能为例来辅助说明，前提是手机自带的短信功能，并非微信，QQ这种软件
• 你手中的这支笔有多少用途，请发挥你的想象力
• 判断字符串回文
• 性能测试流程是什么样的/li>
• 如果在测试过程中发现响应时间长应该怎么进行下一步分析呢/li>
• 什么情况下要做关联，关联是怎么做的/li>
• 性能测试中,一般都关注哪些指标
• 性能测试中的思考时间应该怎么用
• 性能测试过程中如何对瓶颈行分析/li>
• 如何准备性能测试数据
• 怎么根据线下环境评估线上环境的性能

HTTP的get请求和post请求的区别/h1>

1. 在客户端，get方式在通过url提交数据，数据在url中可以看到; post方式，数据放置在 body内提交。
2. get方式提交的数据最多只能有1024字节，而post没有此限制
3. 安全性问题。在使用get的时候，参数会显示在地址栏上，而post不会。所以，如果这些数据是中文数据而且是非敏感数据，那么使用get;如果用户输入的数据不是中文字符而且包含敏感数据，那么还是使用post为好。
4. 安全的和幂等的。所谓安全的意味着该操作用于获取信息而非修改信息。幂等的意味着对统一URL的多个请求应该方位同样的结果。
5. 登录账号提交密码时、修改账号信息时，支付等就是post请求。在查询展示数据时，一般就是get请求

更多详细说明在HTTP 方法：GET 对比 POST

cookies和session的区别/h1>

1. cookies：是针对每一个网站的信息，每一个网站只对应一个，其它网站不能访问，这个文件是保存在客户端的，每次你访问相应的网站，浏览器会查找这个网站的cookies，如果有就会将这个文件一起发送出去。cookies文件的内容大致包含这些信息如:用户名，密码，设置等。
2. session：是针对每一个用户的，只有客户机访问，程序就会为这个客户新增一个session.
   session里主要保存的是用户的登陆信息，操作信息等。这个session在用户访问结束后会被自动消失(如果超时也会）。

测试分类

简述W模型。

w模型的过程：左边v是需求分析—概要设计—详细设计—编码实现—模块集成—系统构建―系统安装;右边v是需求测试―概要设计测试—详细设计测试—单元测试―集成测试—系统测试—验收测试。
优点:
(1）W模型体现了尽早和不断测试的原则，既强调测试方案设计,也强调测试执行。
(2）左侧V是开发，右侧v是与开发并行的测试，相对于v模型,W模型增加了软件
各开发阶段中应同步进行的验证和确认活动，w明确表示出了测试与开发的并行关系。测试与开发是同步进行的，有利于尽早地全面的发现问题。
(3）测试伴随整个软件开发周期，且测试的对象不仅仅是程序，需求、设计等同样要测试。
缺点:
在w模型中，需求、设计、编码等活动被视为串行的，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型，不利于当前软件开发复杂多变的情况。

敏捷开发

敏捷开发的核心思想是:以人为本，适应变化。具体讲：
(1）认为个体和交互重于过程和工具，强调通过过程和工具理解个人和交流的作用;
(2）认为可用软件重于完备文档，强调通过全面的文档理解运行的软件;
(3）认为客户协作重于合同谈判，强调通过合同和谈判得到客户的协作;
(4）认为响应变化重于遵循计划，强调在计划的执行中做出对变更的响应。
特点:
(1）敏捷开发提倡迭代式和增量式的开发模式，并强调测试在其中的重要作用。
(2）敏捷开发是以用户为中心、以客户需求为导向的开发过程，在此过程中随时做好“迎接变化”的准备，客户是敏捷的关键环节。
(3）敏捷开发没有单一固定的开发方法或过程，敏捷开发有三个共同点:依赖客户的参与、测试驱动以及紧凑的迭代开发周期。

敏捷测试

(1）敏捷测试是协同测试的一种形式，程序员结对编程，程序员分饰测试员角色，敏捷测试是连续测试。
(2）敏捷测试侧重单元测试和验收测试。单元测试的过程是先设计单元测试用例，然后进行编码，之后执行测试。
(3）敏捷测试强调客户参与，单元测试通过之后代码集成到代码库中，再由客户进行验收测试，验收测试的结论反馈给开发人员，缺陷得以迅速修复。

软件质量要求有哪些/h1>

功能要求和非功能要求。

软件非功能要求有哪些/h1>

性能要求（压力测试、负载测试、容量测试、可靠性测试)、界面测试、兼容性测试、易用性测试、文档测试、可用性测试等。

简述测试的基本过程

(1）测试人员进行测试需求分析。
(2）测试负责人编写测试计划。
(3）测试人员根据测试需求分析设计和编写测试用例。
(4）测试人员搭建测试环境、创建测试数据、执行测试用例、提交缺陷报告并进行跟踪、记录测试事件。
(5）进行测试评估和总结。
每一分步工作完成后都进行评审。

拿到一个软件后，应该怎样开始工作/h1>

编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结

怎么做测试/h1>

编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结

简介测试流程

1. 编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结。

2. 需求分析测试-> 概要设计测试-> 详细设计测试-> 单元测试-> 集成测试-> 系统测试-> 验收测试

怎么进行测试需求分析/h1>

(1）收集各类文档，仔细阅读文档，提出问题，分析问题或沟通解决
整理需求信息。
(2）编写测试需求分析说明书:功能分解，编写检查点和测试点。
(3）需求评审。

拿到项目后，需要分析或咨询软件哪些方面的问题/h1>

软件主要的功能、流程、开发环境（开发语言<含数据类型>、数据库,中间件)、运行
环境（硬件、软件、网络、软件架构)、用户群、测试范围、测试优先级。

简介测试流程

编写需求分析并评审→编写测试计划并评审→设计测试用例并评审→搭建测试环境、执行测试用例、提交缺陷报告→进行评估和总结。

怎么进行测试需求分析/h1>

(1) 收集各类文档，仔细阅读文档，提出问题，分析问题或沟通解决
整理需求信息。
(2）编写测试需求分析说明书:功能分解，编写检查点和测试点。
(3）需求评审。

拿到项目后，需要分析或咨询软件哪些方面的问题/h1>

软件主要的功能、流程、开发环境（开发语言<含数据类型>、数据库、中间件)、运行环境（硬件、软件、网络、软件架构)、用户群、测试范围、测试优先级

什么时候提交发现的缺陷/h1>

测试执行发现缺陷时立即提交缺陷。

什么是入口准则、出口准则/h1>

入口准则是进行一项测试工作前需要准备好的前提条件。出口准则是一项测试工作可以结束的前提条件。

需求评审都有哪些人参与/h1>

项目经理、开发经理、测试经理、测试人员、开发人员、市场经理、客户等。

怎么做需求评审或者说需求评审需要评审哪些方面/h1>

编写或设计需求评审检查单，比如可以检查有无错别字、病句,标点符号使用是否正确，格式是否一致，是否还有多余需求，是否有错误需求，是否有遗漏需求等。

测试资源需求有哪些方面/h1>

人力资源、硬件资源、软件资源。

什么是测试策略么是测试范围/h1>

测试策略主要包括功能测试、性能测试、兼容性测试、可用性测试、易用性测试等。测试范围有时候等价于测试策略，有时候可以表示要进行测试的某个软件部位

什么是 BVT烟测试本验证测试么测/h1>

也称冒烟测试、版本验证测试、小版本验证测试、版本构建测试。冒烟测试用例是一组想先运行以确定这个给出的小版本是否可以测试的测试用例。冒烟测试主要测试软件的基本功能，以判断整个软件值不值得进行大规模测试。通常由一个人进行1-2小时的测试，一般不测试次要功能和各种错误。

测试计划的内容和目的是什么/h1>

包含了产品概述、测试区域/测试策略/测试范围/测试目标（测试项、被测特征)、测试配置/测试资源、测试周期、进度安排（测试任务、人员安排)、测试方法/途径、测试交流、风险分析等内容。目的是指导测试过程，规定测试活动的范围、方法、资源和进度;明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的责任人以及与计划相关的风险。

怎么判断是不是软件缺陷/h1>

(1）软件未达到产品说明书标明的功能;
(2）软件心现了产品说明书指明不会出现的错误;
(3）软件功能超出产品说明书指明范围;
(4）软件未达到产品说明书虽未指出但应达到的目标;
(5）软件测试员具体问题具体分析，认为软件难以理解、不易使用、运行速度缓慢，
或者最终用户认为不好。

缺陷的产生主要有哪些原因主要的原因是什么/h1>

需求频繁变更、沟通不良、不了解客户的需求、实现新功能或很酷的功能、追求新技术、项目期限的压力、需求分析或设计投入的时间和精力不够、产品的复杂度、开发人员疲劳、压力过大或受到干扰、缺乏足够的知识、技能和经验、缺乏动力等。
最主要的原因:需求方面的原因

当你发现一个缺陷时，应该怎么确认的确是一个缺陷/h1>

根据缺陷的判断原则来甄别发现的问题是不是一个缺陷，发现缺陷后,
应该做好分离和再现（3次)，然后才能提交。

在正式提交一个缺陷前，你应该做些什么/h1>

分离缺陷、再现缺陷（3次)，然后才能提交。

怎么处理无法再现的缺陷/h1>

首先，应当对这样的缺陷进行详细的记录，并尽快提交给开发人员。
其次，对于寻找难以再现的缺陷要合理地安排时间，对一时难以再现的缺陷可以暂时搁置，以保证项目的正常进度。
最后，在测试过程中对未再现缺陷予以关注。

什么是重复缺陷么避免重复缺陷/h1>

提交了一个缺陷库中存在或者开发人员已经知道的缺陷。
1、如果缺陷是跟同事提交的重复，任务分工解决，也可以在提交之前查询下库缺陷是否存在。
2、如果缺陷是与自己提交的缺陷重复，则需要提高发现缺陷的能力，通过提高开发能力来理解两个缺陷本质上是一个缺陷。

什么是无效缺陷么避免无效缺陷/h1>

提交的缺陷不是真正的缺陷。
充分了解需求、提高自己识别缺陷的能力、提高缺陷写作能力

缺陷报告的写作准则是什么/h1>

Correct（准确):每个组成部分的描述准确，不会引起误解;
Clear（清晰):每个组成部分的描述清晰，易于理解;
Concise (简洁):只包含必不可少的信息，不包括任何多余的内容;
Complete（完整):包含复现该缺陷的完整步骤和其他本质信息;
Consistent（一致):按照一致的格式书写全部缺陷报告。

缺陷报告的内容有哪些

缺陷标题(或者说缺陷摘要、缺陷概述、缺陷基本信息)、预处理、复现步骤、预期结果、实际结果、严重程度、优先级、测试环境、测试版本、测试执行人、注释。

缺陷报告的组织结构是什么/h1>

缺陷标题（或者说缺陷摘要、缺陷概述、缺陷基本信息)

缺陷报告的写作需要注意什么问题/h1>

不要使用我、你、他等字眼，系要使用情绪化的语言和强调符号、不要使用“似乎”、看上去可能等不确定性内容、不要使用认为比较幽默的内容、不要使用不确定的测试问题(不确定是否是缺陷)、不要人身攻击。

简述缺陷报告的处理流程

软件测试人员提交缺陷报告;
测试负责人审核后将缺陷报告分配给相关的开发人员修改;
缺陷被修改后由测试人员根据缺陷报告中的修改记录进行返测返测通过的缺陷报告由负责人关闭;
返测未通过的缺陷报告直接返回开发人员重新修改，然后再由测试人员返测，直到测试和开发达成一致处理意见。

简述缺陷的生命周期

软件测试人员提交缺陷报告;
测试负责人审核后将缺陷报告分配给相关的开发人员修改;
缺陷被修改后由测试人员根据缺陷报告中的修改记录进行返测返测通过的缺陷报告由负责人关闭;
返测未通过的缺陷报告直接返回开发人员重新修改，然后再由测试人员返测，直到测试和开发达成一致处理意见。

简述重复缺陷的处理流程

提交缺陷→分配缺陷→是重复缺陷→置为无效缺陷。

缺陷按照严重程度可以分为哪些类型/h1>

致命缺陷、严重缺陷、一般缺陷、较小错误、意见建议等

缺陷按照优先级可以分为哪些类型/h1>

缺陷必须立即解决;
缺陷需要正常排队等待修复或列入软件发布清单;缺陷可以在方便时被纠正;
下一个版本修复;
不修复。

缺陷的状态有哪些/h1>

新建/已提交打开
已拒绝已解决已关闭

测试有哪些级别/h1>

单元测试、集成测试、系统测试、验收测试

测试有哪些阶段/h1>

单元测试、集成测试、系统测试、验收测试

什么是单元测试元测试谁来做/h1>

针对一个软件单元的测试。开发人员或懂开发的测试人员

什么是桩模块、驱动模块/h1>

桩模块:被被测模块调用的模块。
驱动模块:调用被测模块的模块。

什么时候可以进行组件测试/h1>

完成编译的测试对象，测试环境，开发工具，测试对象的规范说明书。

单元测试使用技术试重点是什么试条件是什么/h1>

单元测试的技术：黑盒白盒技术，但是白盒居多，黑盒居少，一般先做黑盒再做白盒。
单元测试重点：功能性测试，健壮性（逆向测试：无效值)，性能。
单元测试前提条件：完成编译的测试对象，测试环境，开发工具，测试对象的规范说明。

什么是集成测试/h1>

组件间的接口与交互的测试。

集成测试的测试重点是什么试条件是什么用什么技术/h1>

接口和系统内不同部分的相互作用(交互)。
测试条件是完成集成的被测系统，测试台，有关组件间交互的文档。
测试技术包括白盒技术、黑盒技术，白盒居多，黑盒居少，对比单元测试，白盒下降，一般先做黑盒再做白盒。

集成测试有哪些策略/h1>

自顶向下集成
自底向上集成

什么是系统测试/h1>

对整个系统能不能满足用户需求的测试。

系统测试的目的是什么/h1>

检查软件是否满足需求。

常见的系统测试方法

1、按测试对象进行分类

①白盒测试（这种测试的主题就是软件的底层代码，不会在意外在的界面是否ok，只要求底层功能实现、同时逻辑正确）

②黑盒测试（这种测试就是指测试软件外在主体功能是否可用）

③灰盒测试（介于两者之间【 接口测试 】）

上述三种方法当中的“盒”指的就是被测对象。

2、按测试对象是否执行分类

①静态测试（指的就是测试不执行，类似于界面形式，说明文档等）

②动态测试（将软件运行在真实的使用环境中进行测试）

3、按测试手段进行分类
①手工测试（由测试人员手动的对被测对象进行验证，优点就是可以灵活的改变测试操作及环境）

②自动化测试（所谓自动化主要有两种形式，一种是自己写测试脚本，另外一种就是通过第三方的工具对被测对象进行测试）优点就是可以高效率的去执行一些人工无法实现的操作

系统测试能够发现哪些缺陷遗留哪些缺陷/h1>

发现：非功能性缺陷、涉及整个系统的问题。
遗漏：对用户的需求的错误理解、没有实现或者没有完全实现用户的隐性需求。

什么是验收测试/h1>

一般由用户/客户进行的确认是否可以接受一个系统的验证性测试。
验收测试根据用户需求，业务流程进行的正式测试以确保系统符合所有验收的准则。

验收测试有哪些人进行/h1>

客户或用户，测试人员可以介入。

验收测试的目标是什么/h1>

对系统或子系统建立信心、对系统非功能性的特性赢得信任。

什么是 alpha、beta测试何区别/h1>

Alpha测试：潜在的客户/用户在开发场地进行的测试。
Beta测试：由潜在客户/用户在自己的环境下测试软件系统。

什么是维护测试/h1>

软件正常使用后对软件的变更、更新进行测试

什么是性能测试载测试力测试什么区别/h1>

性能表现处理速度、响应时间、CPU使用、内存使用、硬盘使用等。
负载测试：通过不断增加负载来测试一个系统的性能。
压力测试：通过增加负载超过系统正常工作能力来考察系统能否在异常情况下正常工作

区别：压力测试和负载测试的区别/性能指标/专项测试/（tps/qps）
负载测试是从并发量维度出发，不断增加并发量发情况下，系统的性能指标
压力测试是从访问时间的维度出发，在并发量一定的情况下不断增加连续访问的时间情况下，系统的性能指标。

什么是功能测试/h1>

测试一个软件能做什么，是不是完成后了应该做的工作，没做不该做的工作。

什么是结构测试/h1>

白盒测试也称结构测试、逻辑驱动测试、基于程序本身的测试，是对程序结构进行的测试。

什么是与变更相关的测试哪些具体类型/h1>

与变更相关的测试是本修改过的程序进行的测试。
确认测试（再测试）和回归测试。

什么是静态测试态测试何区分二者/h1>

静态测试：不执行程序的测试。针对文档和不需执行的代码。
动态测试：需要执行程序，方法一般采用黑盒测试方法和白盒测试方法。

圈复杂度怎么计算/h1>

不重叠的闭合环数+1

什么是黑盒测试盒测试/h1>

• 黑盒测试也称功能测试，基于规格说明书的测试，关注输入数据到程序中，输出结果是否正确，侧重于测试软件能做什么
• 白盒测试也称结构测试、逻辑驱动测试，是对程序内部逻辑结构进行的测试

白盒测试有哪些方法体解释每种方法/h1>

白盒测试主要使用逻辑覆盖测试方法，包括语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆益等。
语句覆盖：程序中的每个可执行语句至少被执行一次。能发现语句错误，但不能发现逻辑错误。
判定覆盖：也称分支覆盖，程序中的每个判定的取真分支和取假分支至少执行一次。能发现逻辑错误，但不能发现组合判断中的条件错误。
条件覆盖：程序每个判定中每个条件的可能取值至少满足一次。能发现条件错误，但不能发现逻辑错误。
判定-条件覆盖：每个条件中的所有可能取值至少执行一次，同时，每个判定的可能结果至少执行一次。
条件组合覆盖:每个判定中的所有的条件取值组合至少执行一次。
路径覆盖：用例覆盖程序中的所有可能的执行路径。如果路径数很多,会变得不切实际。

什么是配置测试/h1>

不同配置环境下进行测试。

什么是文档测试/h1>

不仅包括测试文档校对，还有文档和软件不一致

什么是国际化测试地化测试/h1>

• 国际性的软件
• 翻译成本国语言的，测试是否符合本国的语言习惯，是否符合本国法律，是否符合本国的国情。

测试用例的内容是什么/h1>

用例编号，测试概述或用例标题、测试步骤，预期结果，输入数据，优先级，前置条件等

测试用例有哪些元素/h1>

• 用例编号，测试概述或用例标题、测试步骤，预期结果，输入数据，优先级，前置条件等
• 或者说测试目标Why、测试对象 what、测试环境要求Where、测试前提: when，输入数据

什么是UI、GUII测试什么意思/h1>

界面
图形界面
界面测试

测试用例的优先级如何/h1>

冒烟测试
高
中
低

解释测试目标、测试环境、测试对象、前置条件、测试策略、测试范围的含义/h1>

测试目标：功能测试、性能测试、界面测试、易用性测试、兼容性测试、安全性测试
测试策略:某类别测试的过程、方法以及方法如何应用，测试的注意事项等
测试环境：硬件环境、软件环境、网络环境
前置条件：进行某些测试工作需要做好的准备条件测试范围:软件需要测试的某个部位

用例评审一般使用什么方式些人参与评审/h1>

检查单。一般由测试人员进行

测试计划由谁编写试需求说明书由谁编写试用例谁编写试总结谁编写/h1>

测试负责人。测试人员（测试需求分析人员)。测试人员（测试设计工程师)。测试负责人

软件投入运行后还需要测试吗要哪些测试/h1>

需要测试。维护测试（含升级测试)、数据迁移测试、备份恢复测试、灾难恢复测试等

SP2什么意思/h1>

第2个版本的服务包或补丁包

给你一个网站，你如何测试/h1>

1. 首先，查找需求说明、网站设计等相关文档分析测试需求。
2. 制定测试计划，确定测试范围和测试策略，一般包括以卞几个部分:功能性测试、界面测试、性能测试、数据库测试、安全性测试、兼容性测试。
3. 设计测试用例:
（1）功能性测试可以包括，但不限于以下几个方面:

1、链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
2、提交功能的测试。
3、多媒体元素是否可以正确加载和显示。
4、多语言支持是否能够正确显示选择的语言等。

（2）界面测试可以包括但不限于一下几个方面:

1、页面是否风格统一，美观
2、页面布局是否合理，重点内容和热点内容是否突出
3、控件是否正常使用
4、对于必须但未安装的控件，是否提供自动下载并安装的功能
5、文字检查

（3）性能测试一般从以下两个方面考虑：压力测试、负载测试
（4）数据库测试要具体决定是否需要开展。
数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
（5）安全性测试:

1、基本的登录功能的检查
2、是否存在溢出错误，导致系统崩溃或者权限泄露
3、相关开发语言的常见安全性问题检查，例如 SQL注入等

（6）兼容性测试，根据需求说明的内容，确定支持的平台组合:

1、浏览器的兼容性;
2、操作系统的兼容性;
3、令软件平台的兼容性;
4、数据库的兼容性

4. 开展测试，并记录缺陷。
合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容)。
5. 定期评审，对测试进行评估和总结，调整测试的内容。

一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压，有什么区别/h1>

1. 300个用户在一个客户端上
（1）会占用客户机更多的资源，而影响测试的结果。线程之间可能发生干扰，而产生
一些异常。
（2）需要更大的带宽。
（3）IP地址的问题，可能需要使用IP欺骗来绕过服务器对于单一IP地址最大连接
数的限制。
（4）不必考虑分布式管理的问题。
2. 用户分布在不同的客户端上
（1）需要考虑使用控制器来整休调配不同客户机上的用户。
（2）需要给予相应的权限配置和防火墙设置。

试述软件的概

来源：TEST_陈胖子