测试技术知识要点

1、1）软件的概念？软件是计算机系统中与硬件相互依存的一部分，包括程序、数据以及与其相关文档的完整集合。2）软件测试的概念？使用人工或自动手段来运行或测试某个系统的过程, 其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别3）测试和调试区别?人员不同测试：开发人员和测试人员 调试：只有开发人员所处阶段不同测试：贯穿整个软件开发生命周期调试：在软件开发编码阶段对缺陷处理结果不同测试：只找出错误，不解决调试：找出错误并解决4）什么是需求？用户解决问题或达到目标所需的条件或权能，系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能5）软件开发生命周期模型？大爆炸模

2、型、边写边改模型、 瀑布模型、 螺旋模型、敏捷软件开发6）软件测试流程测试计划阶段制定测试计划（包括测试目的、策略、资源、里程碑）测试设计和开发阶段I 分析测试需求、设计测试用例I I 准备数据、开发测试工具、脚本测试实施阶段按照设计好的用例、准备好的数据和制定的测试策略，实施进行具体的测试过程测试评估阶段测试总结、缺陷分析、过程评估7）V模型？8）W模型？9）瀑布模型？10）需求评审内容？对需求的描述是否易于理解？是否存在有二义性的需求？是否定义了术语表，对特定含义的术语给予了定义？最终产品的每个特征是用唯一的术语描述的吗？需求中的条件和结果是不是合理，有没有遗漏一些异常因果关系？需求中有没

3、有包含不确定行描述，如：大约、可能、等每个规格是不是都有明确说明？环境搭建是否可能或有困难？11）需求分类？业务需求 用户需求 系统需求12）什么是测试用例？ 为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。也就是解决要测什么、怎么测和如何衡量的问题13）什么是测试计划?软件测试计划就是在软件测试工作正式实施之前明确测试的对象，并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实施软件测试。14）用例优先级？小版本确认测试：也叫做“冒烟测试”，一组你想先运行的以确定这个给出的小版本是否可以测试的测试用例。 高：最常执行以保证功能

4、性是稳定的，目标的行为和能力可以正常的工作 中：功能区域或功能变得更详细，检查功能的多数方面包括边界，错误等测试用例。 低：这是通常最少被执行的测试用例15）用例内容？主要分为三大部分：基本信息、用例主体、执行用例的基本信息：功能模块，编写人，编写时间用例的主体信息：编号，相关用例，测试对象，测试点，预置条件，测试步骤，预期结果用例的执行记录：执行结果，执行时间，缺陷编号16）用例执行结果？通过，不通过，未运行，无法运行17）测试计划内容？测试目的，测试背景文件受众术语和定义测试参考文档，测试提交文档测试范围测试策略 测试资源 测试进度 风险分析 附录等18）测试等级？单元测试 集成测试 系统

5、测试 验收测试 19）测试方法？（15种以上）静态测试、动态测试、黑盒测试方法 、白盒测试方法、本地化测试、自动化测试、单元测试、集成测试、系统测试、验收测试、回归测试、冒烟测试、用户界面测试、安全性测试、兼容性测试、端到端测试、功能测试、性能测试20）黑盒测试和白盒测试的区别？黑：测试内容：功能和非功能，非功能如性能，兼容性等 测试目的：外在的功能表现 测试阶段：系统阶段完成方法举例：等价类划分、边界值测试等白：测试内容：代码 测试目的：代码内部的逻辑结构 测试阶段：在单元测试阶段，集成测试阶段方法举例：逻辑覆盖21）测试类型？功能测试 非功能测试 白盒测试 与变更相关的测试 22）回归测试

6、？过一段时间以后再回过头来对以前修复过的缺陷重新进行测试，看该缺陷是否会重新出现。23）alpha测试-内部测试（未公开）beta测试-用户公测24）冒烟测试？时间点：在系统测试之前测什么：测试基本功能目的：判断基本功能是否通过，是否进行下一步测试25）系统测试内容？基本需求测试、基本业务流程测试、用例测试26）集成方法？组件集成测试、系统集成测试27）验收测试内容？用户验收测试、运行测试、合同验收测试、法规性验收测试、alpha测试、beta测试28）单元测试内容？功能性测试、健壮性测试,方法:桩和驱动29）QC的全称？QC是哪个版本？QC安装过程？QC使用流程？QC包括哪些模块？QC对缺陷

7、的跟踪状态？自己总结. 30）计划和方案区别？组织方式不同测试计划：管理文件测试方案：技术文件目的不同：测试计划：强调做什么测试方案：强调怎么做具体要求不同测试计划：组织架构、工作任务分配、工作量估计、测试资源分配、进度安排、风险估计和规避、个任务通过准则测试方案：测试需求的细化、测试组网图的设计、自动化测试架构的设计、测试数据和测试脚本的设计、测试用例设计的原则31) 软件的生命周期软件开发全部过程、活动和任务的结构框架，是从可行性研究到需求分析、软件设计、编码、测试、软件发布维护的过程，包括瀑布模型，螺旋模型，敏捷模型等。32) 软件测试的生命周期33）如何确定需求？通过规则来确定需求测试

8、点，包括显性规则（成文的合同法规等）和隐性规则（理论原则，行业传统和常识等）34）确认测试？缺陷修复后再对其进行检查35）设计用例原则？设计用例原则是确定需求测试点，保证用例覆盖需求36）开发测试用例的过程1、定义测试策略2、定义测试主题3、设计测试4、与需求关联5、设计测试步骤6、实现自动化测试脚本7、分析测试用例37）如何定位bug?要保证bug的复现，复现步骤准确优化，确定bug本质，及bug执行的预置条件等方面38）测试用例的方法用的设计用例方法：大纲测试 、边界值法 、等价类划分法 、正交法、因果图法 、场景法测试 、状态图测试。其中：先用大纲法，做功能点拆分，确定规则点；边界值，等

9、价类，用来找到所有的正例和反例，主要是对功能，值域方面的测试；因果图，是对有组合的功能的测试用例设计的方法，当组合过多时，用正交法，减少测试用例数量状态图，场景法，是基于系统流程的测试39）缺陷报告包括什么内容？缺陷的基本信息：版本，模版，操作系统，问题原因，严重程度，优先级，提交人缺陷报告的记录：摘要，bug定位，复现步骤，预期结果，实际结果，附件截图缺陷的跟踪：缺陷的跟踪状态40）缺陷的作用？缺陷的分类，缺陷的记录，缺陷的跟踪41）处理流程？新提交，已分配的，已处理的，待返测的，重新打开，已关闭的42）简述回归测试和返测的概念及它们的区别？回归测试：对已经处理过的缺陷，进行再次测试，或在下

10、一个版本再次测试。 目的是检查是否再次出现。返测：在开发修复缺陷后，确认缺陷是否真的修复。开发对缺陷是否真的处理43）缺陷报告的准则？5C原则：correct准确,clear清晰,concise简洁,complete完整,consistent一致44）简述本次测试所用的PC数及功能？（测试环境）两台服务器第一台：被测服务器，虚拟机，windows server 2003,sql server2008,IIS6.0,framwork4.0第二台:QC服务器，虚拟机，windows server 2003,SQL 20004台客户端，作为测试机。45）如何确定一个缺陷是不是bug?1） 从需求出发

11、。确定预期结果，找到时间结果，验证是否一致2） 对需求不明确，和开发及需求方沟通确认3） 对比同行业背景46）缺陷严重程度？通常分为： 第一级（blocker）: 引起操作系统“挂起”或“崩溃”的错误； 第二级（critical）: 引起软件本身“挂起”或“崩溃”的错误； 第三级（major）: 不能完成软件说明书定义的功能的错误； 第四级（normal）: 程序所完成的功能与软件说明书定义不符的错误； 第五级（minor） : 显示方面的错误； 第六级（trivial） : 其它“轻微”的错误（如文本差错）； 第七级（enhancement）：增强或者改进。我们在测试项目中，用例的等级分为：

12、高中低47）用例分几个等级分别是什么？通常分：BVTS，高，中，低我们在测试项目中，用例的等级分为：高中低48）bug的处理结果有哪些？已修改，无效，无法修改，以后版本解决，保留，重复，无法复现49）当开发否认你的bug时你应该怎么办？1） 先看是不是自己写错，自我检查，依据：从需求出发。确定预期结果，实际结果，是否一致2） 确认是bug后，是开发理解有误，与开发沟通3） 发现是需求有二义性，去找需求，对于需求不明确的，沟通确认4） 对于二义性的，依据与同行业背景确认总之，自我检查的同时，如果不是自己的问题，需要沟通50）功能测试应该包括哪些图表信息？用例数：不同模块用例数用例通过率：用例通过

13、数，与未通过数Bug数：不同模块bug数，不同优先级别，严重程度bug数，已修复及未修复bug数51）SVN、VSS、IIS、apache？SVN：版本管理工具，支持C/S,B/S两种模式，灵活VSS：是微软的软件管理工具，需要网络共享才能使用IIS：是微软应用程序服务器，全称:Internet Information Server:网络信息服务，支持HTTP协议，用来搭建WEB站点。Apache:支持windows,linux平台，也是用来搭建WEB站点52）如何有效记录缺陷？ 保证重现缺陷 分析故障使用最少步骤复现故障 包含所有重现缺陷的必要步骤 方便阅读 尽量简单一个缺陷一个报告 注意自己的语气等53）web测试主要测试哪些方面？功能测试和非功能测试，除此之外，特殊注意：表单，超链接，