软件测试基础要点(txt)

第一篇：软件测试基础要点(txt)

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

软件测试基础要点(txt)

1.什么是软件测试？

在软件运行发布前，对软件的需求进行分析，设计规格说明，保障软件在发布之前能够正常的运行，检测软件当中的bug 目的：测试是为了发现程序当中的bug

测试是为了检测软件是否满足了用户的需要

2.什么是游戏测试？

游戏测试是软件测试的一部分，检测在正常或者非正常手段测试游戏，看看游戏会不会出现非正常现象，对游戏进行把关处理

3.什么是bug? bug,是电脑系统或者程序当中，出现隐藏或者没有被发现的缺陷或者问题

列子：迪士尼狮子王游戏，狮子王游戏当初没有针对不同的PC机和系统进行测试，导致该游戏无法在不同的PC机或者系统当中使用

4测试阶段角度

单元测试：针对每个单元的测试，是软件测试的最小单元，确保每个模块都能正常的工作，发现内部的错误（白盒测试）

集成测试：对已经测过的模块进行组装，检验与设计相关的程序结构

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

是否一致（黑盒测试）

确认测试：检验所开发的软件能否满足所有功能和性能的需求（黑盒测试）

系统测试：检测被测软件与系统的其它部分是否协调（黑盒测试）验收测试：是软件质量产品的最后一关，也叫交付测试。确保软件的准备就绪（黑盒测试）

5.测试方法：黑盒测试，白盒测试，灰盒测试

6.软件执行角度：静态测试，动态测试

7软件执行角度：静态测试：不运行程序，直接通过代码审核

动态测试：运行被测程序

8.软件测试流程：测试准备——测试计划——测试需求——测试用例——测试报告总结

9.软件测试生命周期：测试计划——测试设计——测试开发——测试执行——测试评估

9.黑盒测试:又叫功能测试，数据驱动测试，把程序看成一个黑盒子，不关心内部结构，只关注他的输入和输出

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

10.白盒测试: 又叫结构测试，逻辑驱动测试,把程序看成一个透明的盒子，能够了解程序内部的情况结构分支

11.灰盒测试：基于白盒和黑盒测试两者方面，既能关注输出输入情况，又能关注程序的内部的情况,不过不能完全向白盒一样了解内部情况，只能了解少部分的

12.黑盒测试和白盒测试的优缺点

黑盒测试优点：不需要了解程序内部代码的实现，能够了解软件实现了需求当中的那些功能

黑盒测试缺点：内部结构，逻辑分支不清楚，某些代码得不到测试-------------------------白盒测试优点：帮助软件测试人员增大了代码的覆盖率，提高代码的质量

白盒测试缺点：昂贵，不能验证规格的正确性

13.系统测试：恢复性测试，安全测试，强度测试，性能测试，容量测试，正确性测试，可靠性测试，兼容性测试

14.系统测试：

恢复性测试：当计算机系统或者程序，出现错误，数据是否能够及时

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

恢复

安全测试：检测计算机对外界非法入侵的能力

强度测试：在硬件或者软件的情况下，对程序软件进行施压 性能测试：检测软件在系统运行当中的表现，是否满足功能的需要 容量测试：系统在正常的运行范围内测试系统的容量

可靠性测试：从验证的角度考虑，检测软件是否达到了预期的目标 兼容性测试：检测程序或者软件在不同的平台或者系统的使用状况 正确性测试：检测各项功能是否满足说明的要求

15.验收测试： alpha测试和beat测试

16.停止测试的标准： 1.超出了预定的时间 2.执行测试，没有发现故障 3.找出的缺陷数量较小较少

17.软件缺陷等级：

1级————

致命：系统崩溃，程序无法跑动 2级————

严重：功能存在错误，功能为实现 3级————

一般：界面，性能缺陷 4级————

轻微：出现错别字

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

18.测试用例包含哪些 用例编号 用例名称 用例背景 前置条件 优先级 重要级 输入数据 操作步骤 预期结果 实际结果 备注

19.测试计划包括 1.概述 2.编写目的 3.项目背景 4.项目质量目标 5.参考资料 6.测试环境 7.测试范围 8.测试工具

精心收集

精心编辑 精致阅读 如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

9.人员，角色及职责 10.测试策略 11.测试进度安排 12.工作汇报

20.缺陷报告的内容 标题 前提 测试环境 操作步骤 期望结果 实际结果 时间 测试人员 提交bug数量 bug等级

21.缺陷报告的处理流程

测试人员——————提交缺陷报告 开发经理——————分配缺陷报告

精心收集

精心编辑

精致阅读 如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

开发人员——————处理缺陷报告 测试人员——————反测报告 测试人员——————关闭缺陷报告

22.什么是QC: QC,中文为质量控制，是为达到质量要求所采取的作业技术和活动

23.QC的工作职责: 监控产品生产状态，实施对在线产品质量控制

24.什么testlink: 基于web的测试用例管理系统

25.testlink主要功能: 测试用例的创建，管理和执行，提供简单的功能

26.testlink缺陷

不能设定测试用例的种类

测试用例需要大量的数据，创建测试用例时不方便

27.什么是QC工具：

是一个基于web测试bug的管理工具

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

28.什么是jira 是一个缺陷跟着管理系统

29目前主要的测试用例设计方法是什么？ 白盒测试：逻辑覆盖，循环覆盖，基本路径覆盖

黑盒测试：边界值分析法，等价类划分，错误推测法，因果图法，状态图法

30.loadrunner分哪三部分 用户动作设计 场景设计 测试数据分析

31.什么是软件缺陷

1.软件没有达到产品说明书表明的功能 2.软件出现了产品说明书指明不会出现的错误 3.软件功能超出产品说明书指明的范围

4.软件未达到产品说明书虽未指出但应该达到的目标 5软件测试人员认为软件难以理解，不易使用

32.软件测试过程

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

单元测试 集成测试 系统测试 验收测试（四大阶段）

精心收集

精心编辑 精致阅读 如需请下载！

第二篇：软件测试基础要点总结

由安博测试空间技术中心http:///提供

从宏观的角度讲，软件测试过程一般可划分为单元测试、集成测试、验收测试和系统测试等几个主要测试阶段。

1.测试计划注意事项

1．测试计划不一定要尽善尽美，但一定要切合实际，要根据项目特点、公司实际情况来编制，不能脱离实际情况；

2．测试计划一旦制定下来，并不就是一成不变的，随着软件需求、软件开发、人员流动等发生变化，测试计划也要根据实际情况的变化而不断进行调整，以满足实际测试要求．

3．测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，不一定要太过详细．

测试原则

①应尽早和不断地进行软件“测试”。

②测试用例中，不仅要选择合理的输入数据，还要选择不合理的输入数据。

③在开发各阶段应事先分别制定出相应的测试计划，在测试开始后应严格执行，防止随意性。④对发现错误较多的程序模块，应进行重点测试。

⑤避免程序员测试自己的程序。

⑥用穷举测试是不现实的，一般通过设计测试用例，充分覆盖所有条件或所有语句即可。⑦长期妥善保存测试计划、测试用例、出错统计和有关的分析报告。

2.测试用例文档

测试用例文档通常是由简介和测试用例两部分组成：

简介部分编制了测试目的、测试范围、定义术语、参考文档等，这个与测试计划是一致的。

测试用例部分逐一列出各个测试用例。

测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

测试用例部分

测试用例通常包含的信息：

用例标识和用例名称

内容描述

前提条件

执行步骤

预期结果

评价准则

用例设计人员和设计时间

用例执行人员和执行时间

其它内容

3.软件缺陷

缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有： ①软件没有实现产品规格说明所要求的功能模块软件中；

②出现了产品规格说明指明不应该出现的错误；

③软件实现了产品规格说明没有提到的功能模块；

④软件没有实现虽然产品规格说明没有明确提及但应该实现的目标；

⑤软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好。测试用例：

以计算器为例

①计算器的产品规格说明定应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。

②产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。

③如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷

④在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误。

⑤软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。

4.缺陷报告里通常包含：缺陷标识、所属系统、所属模块、版本号、严重程度、优先级、测试种类、缺陷概述、缺陷详述以及开发人员意见以及其它内容。、缺陷提交报告主要供两类人阅读，即软件开发人员和项目管理者。

5.常用软件缺陷工具

testDirector

testmanager

专业缺陷管理工具

bugzilla

6.测试报告文档

测试报告是把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件的存在的质量问题提供依据，同时为软件验收和交付打下基础。

测试报告是测试阶段最后的文档产出物，一份详细的测试报告包括产品质量和测试过程的评价，测试报告基于测试中的数据采集以及对最终的测试结果分析。比如覆盖率分析、缺陷分析。

7.测试结果概述

这部分将被分成下面几段来对测试结果进行概述。

.1 被测软件的全面评估

本段应该包括：

a.根据本文档中的测试结果对被测软件的整体评价。

b.任何在测试中检查到的残留的不足,限制,局限。可以用问题/修改报告来提供缺陷信息。

c.对每个残留的缺陷,限制,局限,描述如下：

1对软件和系统性能的影响，包括没有满足的需求

2为了更正它，会对软件和系统设计产生的影响。推荐的解决方法/策略

8.软件特性 software feature

软件项的显著特性。（如功能、性能或可移植性等）。

软件项 software item

源代码、目标代码、作业控制代码、控制数据或这些项的集合。

测试项 test item

作为测试对象的软件项。

9.测试计划描述测试活动的范围、方法、资源和进度。它规定被测试的项、被测试的特性、应完成的测试任务、担任各项工作的人员职责及与本计划有关的风险等。

测试说明包括三类文件：

（1）测试设计说明：详细描述测试方法，规定该设计及其有关测试所包括的特性，还规定完成测试所需的测试用例和测试规程，并规定特性的通过准则。

（2）测试用例说明：列出用于输入的具体值以及预期的输出结果，并规定在使用具体测试用例时，对测试规程的各种限制。将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。

（3）测试规程说明：规定对于运行系统和执行指定的测试用例来实现有关测试设计所要求的所有步骤。

测试报告包括四类文件：

（1）测试项传递报告：指明在开发组和测试组独立工作的情况下或者在希望正式开始测试的情况下为进行测试而被传递的测试项。

（2）测试日志：测试组用于记录测试执行过程中发生的情况。

（3）测试事件报告：描述在测试执行期间发生并需进一步调查的一切事件。

（4）测试总结报告：总结与测试设计说明有关的测试活动。

这些文件同其它文件在编制方面的关系以及同测试过程的对应关系如图1所示。

10.测试计划要点内容：1 测试计划名称引言 ：测试项被测试的特性不被测试的特性方法项通过准则暂停标准和再启动要求应提供的测试文件测试任务环境要求职责人员和训练要求进度风险和应急批准

引言（本计划的第2章）

归纳所要求测试的软件项和软件特性，可以包括系统目标、背景、范围及引用材料等。在最高层测试计划中，如果存在下述文件，则需要引用它们：项目计划、质量保证计划、有关的政策、有关的标准等。

5.1.3 测试项（本计划的第3章）

描述被测试的对象，包括其版本、修订级别，并指出在测试开始之前对逻辑或物理变换的要求。

5.1.4 被测试的特性（本计划的第4章）

指明所有要被测试的软件特性及其组合，指明每个特性或特性组合有关的测试设计说明。

5.1.5 不被测试的特性（本计划的第5章）

指出不被测试的所有特性和特性的有意义的组合及其理由。

5.1.6 方法（本计划的第6章）

描述测试的总体方法，规定测试指定特性组志需的主要活动、、技术和工具，应详尽地描述方法，以便列出主要的测试任务，并估计执行各项任务所需的时间。规定所希望的电低程度的测试彻底性，指明用于判断测试彻底性的技术（如：检查哪些语句至少执行过一次）。指出对测试的主要限制，例如：测试项可用性、测试资源的可用性和测试截止期限等。

5.1.7 项通过准则（本计划的第7章）

规定各测试项通过测试的标准。

5.1.8 暂停标准和再启动要求（本计划第8章）

规定用于暂停全部或部分与本计划有关的测试项的测试活动的标准。规定当测试再启动时必须重复的测试活动。

5.1.9 应提供的测试文件（本计划的第9章）

规定测试完成后所应递交的文件，这些文件可以是前述八个文件的全部或者部分。

5.1.10 测试任务（本计划的第10章）

指明执行测试所需的任务集合，指出任务音的一切依赖关系和所需的一切特殊技能。

5.1.11 环境要求（本计划的第11章）

规定测试环境所必备的和希望的的性质。包括：硬件、通信和系统软件的物理特征、使用方式以及任何其它支撑测试所需的软件或设备，指出所需的特殊测试工具及其它测试要求（如出版物或办公场地等）。指出测试组目前还不能得到的所有要求的来源。

5.1.12 职责（本计划的第12章）

指出负责管理、设计、准备、执行、监督、检查和仲裁的小组。另外指出负责提供

5.1.3 中指出的测试项和在5.1.11中指出的环境要求的小组。

这些小组可以包括开发人员、测试人员、操作员、用户代表、数据管理员和质量保证人员。

5.1.13 人员和训练要求（本计划的第13章）

指明测试人员应有的水平以及为掌握必要技能可供选择的训练科目。

5.1.14 进度（本计划的第14章）

包括在软件项目进度中规定的测试里程碑以及所有测试项传递时间。

定义所需的新的测试里程碑，估计完成每项测试任务所需的时间，为每项测试任务和测试里程碑规定进度，对每项测试资源规定使用期限。

5.1.15 风险和应急（本计划的第15章）

预测测试计划中的风险，规定对各种风险的应急措施（如：延期传递的测试项可能需要加夜班来赶上规定的进度。）

5.1.16 批准（本计划的第16章）

规定本计划必须由哪些人（姓名和职务）审批。为签名和填写日期留出位置。

11.软件测试原则

 所有的软件测试都应追溯到用户需求

 应当把“尽早地和不断地进行软件测试”作为软件测试人的座右铭

 完全测试是不可能的，测试需要终止

 测试无法显示系统所有潜在的缺陷

 充分注意测试中的群集现象

 程序员应避免检查自己的程序

 尽量避免测试的随意性，应从工程的角度理解软件测试，它是有组织、有计划、有

步骤的活动

12.软件测试对象

 程序

 数据

 文档

 过程

 硬件

 网络

13.确认测试

 确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期待的那样

 确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础.GUI测试（ui测试）

1.窗体是否能够基于相关的输入或菜单命令适当的打开

2.窗体是否能够改变大小、移动和滚动

3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作

4.当窗体被覆盖并重新调用后，窗体是否能够正确再生

5.窗体相关的功能是否可以操作

6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用

7.显示多窗体时，窗体名称是否能够正确表示

8.活动窗体是否能够被反显加亮

9.多用户联机时所有窗体是否能够实时更新

10.鼠标无规则点击时是否会产生无法预料的结果

11.窗体声音及提示是否符合既定编程规则

第三篇：软件测试学习基础

学习软件测试需要什么基础

1、自学能力又是与基础无关的，但自学能力是一个技术人员最重要的能力之一，尤其是在遇到问题时快速学习并找到解决办法的能力。技术人员很重要的一点就是需要不断学习新的知识，这样才能与时俱进。在工作中不要指望别人告诉你该学什么，该怎么学，甚至帮你解决问题，要对自己有个长期的规划，希望往哪方面发展，应该具备什么样的知识。当然知识是学不完的，工作中很可能遇到没学过的问题，因此遇到问题时要知道怎样去寻找解决方法，并自己思考如何解决。

2、编程基础至少要了解一门编程语言，C、VB、JAVA都可以，注意是了解而不是精通。了解的意思就是能看懂代码，如果能自己写简单的代码就更好了。关键是了解编程的思想，不至于看到代码相关的内容就不知所措了。只要能看懂一种编程语言，学会其他语言也就不是问题了。其实绝大部分刚刚从事软件测试行业的人都是做功能黑盒测试，并不需要编程能力，但当工作了一段时间，想往更高层次发展时，就需要更全面的能力，编程能力就是很重要的一点。如果想往性能测试、自动化测试方面发展的话，那编程能力更是必不可少的了，因为使用测试工具就需要编程。

3、数据库基础与编程基础一样，会简单的SQL语句，熟悉一种数据库的使用，SQL SERVER是首选，毕竟是微软的产品，简单易用。现在的软件系统基本上没有不使用数据库的了，测试人员可能经常会到数据库中查询一些数据，如果能自己进行数据库的操作，那么不但能提高工作效率，也能对系统有更深一步的了解。

4、英语基础具备基本的英语读写能力。看到英语就害怕可不是一个软件测试人员应该具备的素质。基本上所有的软件测试工具都是英文界面，很多好的知识文档也只有英文版的，有可能你测试的系统也是英文的，甚至在一些企业里，跟你沟通的开发人员也只会英语。但也不要被吓着，英语其实多用用就熟悉了，再开个金山词霸，难不倒你的。英语不需要多讲了，即使不从事软件测试工作会一门外语也是很有用的。

第四篇：软件测试考试要点

软件测试的定义：1.使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否规定的需求或是弄清预期结果与实际结果之间的差别2.软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例，并利用这些测试用例去执行程序，以发现软件故障的过程，该定义强调寻找故障是测试的目的。3.软件测试是一种软件质量保证活动，其动机是通过一些以济有效的方法，发现软件中存在的缺陷，从而保证软件质量。

软件测试的目的：以尽可能少的时间和人力发现并改正软件中潜在的各种故障及缺陷，提高软件的质量。

软件测试过程：软件测试是由一系列不同的测试阶段组成，即单元测试，集成测试，确认测试，系统测试和验收测试。软件测试是一个自底向上的集成过程。

集成测试：增量式集成测试法及非增量式集成测试法。非增量式测试法的集成过程是：先对每一个模块进行单元测试，我们可以同时测试或是逐个地测试每个模块，这主要测试环境和参加测试的人数等情况决定。然后在此基础上按程序结构图将各个模块连接起来，把连接后的程序当作一个整体进行测试。

确认测试的评价：1经过检验，软件功能、性能及其他方面的要求都已满足需求规格说明的规定，该软件是一个合格的软件。2经过检验，发现与软件需求规格说明有些偏离，于是得到一个缺陷清单，由开发部门和用户进行协商，找出解决的办法。

系统测试实际上是针对系统中各个组成部分进行的统合性检验，很接近日常测试实践。系统开发人员不能进行系统测试，系统开发组织不能负责系统测试。

软件测试与软件开发的关系：软件开发过程是软件工程的重要内容，也是进行软件测试的基础，没有软件开发就没有测试，软件测试贯贯穿软件开发的整个生命周期。软件测试是保证软件开发物质量的重要手段。

软件测试环境的搭建：测试环境=硬件+软件+网络+数据准备+测试工具

软件测试工具主要有白盒测试工具，黑盒测试工具，测试制定工具等。软件测试流程与阶段：1制定测试计划2制定测试环境3制定测试用例4执行测试用例5回归测试6总结

黑盒测试是一种从软件外部对软件实施的测试，也称功能测试或基于规格说明的测试。（不涉及程序内部结构）

缺陷模式的条件：1.该模式下的缺陷是符合实际的。2.基于该模式下的缺陷是可以测试的3.该模式下的缺陷是可以测试。基于的软件测试技术的特点：1针对性强2基于缺陷模式的软件技术往往能发现其他测试技术难以发现的故障3工具自动化程度高以及测试效率高。4缺陷定位准确5易学，易使用。

基于缺陷模式的软件测试指标：1漏报率2准确率3误报率4缺陷检测率5自动缺陷检测率6计算复杂性。

集成是指把多个单元组合起来形成更大的单元。集成测试是指在各个软件单元已经通过单元测试的前提下，检查各个软件单元之间的接口是否正确。

集成测试主要关注下列问题：1模块间的数据传递是否正确？2一个模块的功能是否会对另一个模块的功能产生错误的影响？3全局数据结构是否有问题，会不会被异常修改？4块组合起来的功能能否满足要求？5集成后，各个模块的累积误差是否会扩大，是否达到不可接受的程度。集成测试过程：5个阶段：计划阶段、设计阶段、实施阶段、执行阶段、评估阶段。（制定集成测试计划→设计集成测试→实施集成测试→执行集成测试→评估集成测试)

集成测试与系统测试的区别：1测试对象2测试时间3测试方法4测试内容5测试目的6测试角度

性能测试包括：01评估系统的能力2识别系统中的弱点3系统调优

性能测试的基准：1响应时间2并发用户数3吞吐量4性能计数器

压力测试手段：1重复测试2并发测试3量级增加4随机变化

基本路径测试步骤：

第一步：画出控制流图，第二步：计算圈复杂度

有以下三种方法计算圈复杂度：

41.流图中区域的数量对应于环型的复杂性。

2.给定流图G的圈复杂度V(G)，定义为V(G)=E-N+2，EN

3.给定流图G的圈复杂度V(G)，定义为V(G)=P+1，P63第三步：导出测试用例；

第四步：准备测试用例 78对应右边图中的圈复杂度，计算如下： 4

（1）流图中有四个区域；

1（2）V(G)=10条边-8结点+2=4；10112（3）V(G)=3个判定结点+1=4。

路径1：4-14

路径2：4-6-7-14

13路径3：4-6-8-10-13-4-14

路径4：4-6-8-11-13-4-14 14

第五篇：软件测试要点总结

前言

首先，请原谅我用标题吸引了你。这份文档是我整理的软件测试这门课的要点总结，我觉得软件测试这门课的考试要点也就在这里了，我猜测老师的考点也会在这里的。

我的计划是，打算完成这份文档里的所有问题，然后我会上传到班群。可由于我个人的时间有限，我想请大家在复习的时候能不能抽点时间完成一部分，如果大家都出一份力的话这将会很轻松的完成的。

我将会从面向对象部分开始完成文档，有兴趣的请从前面开始好吗？命名规则为：文档名+更新时间。建议大家上传到班群前，先下载最新的，整合后再上传……

正文

第一部分

什么是软件危机？软件危机如何解决？

什么是软件测试？软件测试的意义是什么？

什么是白盒测试？什么黑盒测试？请简述两者之前的区别和联系

什么是静态测试？什么是动态测试？

软件测试和软件开发过程具有怎样的关系？

什么是静态白盒测试和动态白盒测试？

白盒测试的重点及相应的对策是什么？

白盒测试的覆盖准则是什么？

白盒测试的工具有哪些？

持续集成对白盒测试有怎样的影响？

什么是静态黑盒测试？什么是动态黑盒测试?

什么是软件自动化测试？软件自动化测试的原理和方法有哪些？

软件自动化测试脚本有哪几类？各有和特点？

软件自动化测试的优势和限制是什么？

什么是性能测试？性能测试主要包括什么内容？

客户端性能测试的主要内容是什么？

网络性能测试的主要内容是什么？

服务器端性能测试的主要内容是什么？

什么是兼容性测试？主要包括哪些基本内容？

什么是向前兼容？什么是向后兼容？

数据共享兼容性主要有几种？

如何确定兼容性测试的测试用例和测试数据？

数据共享兼容性测试主要有几种？

如何确定兼容性测试的测试用例和测试数据？

兼容性测试环境的安装管理技术有哪些？各有何特点？

什么是可使用性测试？用户界面设计室一门科学还是一门艺术？

既然用户界面没有明确的对于错，应该怎样测试呢？

列举熟悉的软件产品中用户界面不一致的例子。

可用性测试是确定目标受众需求的方法有哪些？ 魏胤

如何为预期目标受众确定可使用测试?

什么是安全性测试？主要包括哪些内容？

软件安全性测试方法有哪些？

什么是软件安全性分析？软件安全性分析的主要任务是什么？

为什么某些时候需要外购安全性测试？

C/S系统的特点及其对测试的影响是什么？

Web应用软件的特点及其对测试的影响是什么？

Web应用软件的测试类型有哪些？

Web应用软件的测试模型一般有哪几种？

Web应用软件的性能测试的过程是什么？

GUI软件具有怎样的特点？GUI的测试类型有哪些？

什么是实时系统？实时系统的测试步骤是什么？

第二部分

测试面向对象软件和传统软件有何不同？

答：与传统的面向过程的程序设计相比，面向对象程序设计产生错误的可能性增大，或者使得传统软件测试中的重点不再那么突出，使得原来测试经验和实践证明的次要方面成为了主要的问题。面向对象编程的特性如封装继承和多态性对测试的某些方面产生了影响.另一方面面向对象的开发过程以及分析和设计方法也对测试产生了影响有利于尽早测试.什么是测试视角？从测试视角如何看待面向对象的基本概念？

答：测试人员必须以一种对软件的方方面面都提出疑问的态度来思考软件，这种方法称之为测试视角。

从测试视角看面向对象的基本概念：

对象：对象的封装、对象隐藏了信息、对象的状态、对象的生命周期。

消息：消息有发送者，消息有接收者，消息可能包含实际参数。

接口：接口封装了操作的说明，如果接口包含的行为和类的行为不相符，那么对这一接口的说明就不是令人满意的；接口不是孤立的，它与其他接口和有类有一定的联系。类：

继承：

多态：

面向对象软件的测试模型是什么？

答：针对面向对象软甲的开发模型，测试模型包括：OOA Test、OOD Test、OOP Test、OO Unit Test、OO Integrate Test、OO System Test。

面向对象软件测试的层次是怎样的？

答：操作/方法,面向对象的单元测试(类测试),面向对象的集成测试,面向对象的系统测试。取决于单元的构成，面向对象软件的测试采用三层或四层方式。面向对象测试通常采用三层方式，其中，单元测试针对类中的成员函数以及成员函数间的交互进行测试；集成测试主要对系统内部的相互服务进行测试；系统测试是基于面向对象集成测试的最后阶段的测试，主要以用户需求为测试标准。

什么是指导性审查？评价的标准和基本角色有哪些？

答：指导性审查是一种增强了的专门为检验模型而创建的检验技巧，也可以用来验证模型是否能符合项目的需求。

评价标准：需要回答三个问题，即模型是否正确？——正确性（对模型的准确程度的测量），模型对信息的描述是否完整？——完整性（对模型的包含性的测量），模型内容是否一致以及是否与它的的基础模型一致——一致性（对模型内部以及当前模型和它的基础模型之间是否存在矛盾的测量）。

基本角色：领域专家（根据特定的输入第一期望的系统），测试者（执行必要的分析已选择和设计有效的测试用例），开发者。

如何使用指导性审查的方法测试分析模型？

答：P168

如何使用指导性审查的方法测试设计模型？

答：P169

类测试的方法有哪些？类测试分为几个层次？

答：基本方法两种：静态代码检查和动态执行测试用例。对类的测试可以分两个层次进行，分别是方法内测试（用来测试单个的方法）和方法间测试（用来测试某一方法与类中别的由该方法直接或间接调用的方法间的协作情况）。

类测试需要考虑哪些方面的问题？

答：（1）测试人员、（2）测试内容、（3）测试时间、（4）测试过程、（5）测试程度

根据操作的前置条件和后置条件构造测试用例……

答：参考书上的例子

试述构建类测试驱动程序的设计思想。构造类中某个方法所对应的测试驱动程序……

答：参考书上的例子

试述分层增量测试（HIT）。

答：从基类派生得到子类时，不必为那些未改变的操作添加基于规范的测试用例，可以不加修改地复用基类的测试用例。如果测试的操作在规范和实现方面都没有任何修改，就不必运行这些测试用例。但是，如果一个操作的方法被间接修改了，就需要重新运行该操作的每个测试用例。此外，还需要运行附加的基于实现的测试用例。这样分析的应用及结果称为分层增量测试。

试述类测试的平行体系结构（PACT）的基本内容

测试抽象类有哪些方法？各有何优缺点？

（1）为测试单独定义一个被测抽象类的具体子类。

优缺：如果不使用多重继承，抽象方法的的实现就不能轻易传递给抽象子类，但大部分的面向对象编程语言都不支持。（2）将它作为测试第一个具体子类的一部分进行测试 优缺：增加了测试具体类的复杂性。（3）以对用于测试目的的抽象类的具体版本做直接实现为基础，即尝试找到一种为类编写源代码的方法从而使得该类可以作为一个抽象或具体类而很容易编译。优缺：产生的合成代码狠复杂而且难以阅读，狠容易出错。（4）使用指导性检查，而不使用基于执行的测试。优缺：构造器和析构器仅仅用来使用检查来测试就会比较复杂。

什么是对象交互？对象交互的类型有哪些？

答：对象交互是一个对象对另一个对象的请求，发送者对象请求接收者对象的一个操作，而接收者进行的所有的处理工作就是完成这个请求。交互包含对象和其组成对象之间的消息,还包含了对象和与之相关联的其他对象之间的消息.有原始类和非原始类,非原始类又依据与其他实例交互的程度分为汇集类和协作类

什么是对象交互测试？对象交互测试需要考虑什么问题？

答：当参与交互的类已经被单独测试过,且具有完整的实现时,为确保对象之间能够正确的进行消息传递的进行的测试.1、要区分那些与被测各对象有组成关系的对象和那些仅仅与被测对象有关联的对象

2、交互测试期间所创建的聚合层数与缺陷的能见度紧密相关

3、对象越复杂,在一轮测试之前应该被集成的对象就应该越少

什么是汇集类？什么是协作类？怎样测试汇集类和协作类？

答：汇集类的说明中使用其他类的对象，但实际上并不和那些实例交互，不请求他们的任何服务，只是维护与这些类实例之间的关联。列表、堆栈都属于汇集类。

汇集类的测试：沿用12章的关于基本类的测试方法，另外基于状态的测试技术也可以应用到汇集类的测试中。

协作类是具有更广泛交互的类，不是汇集类的非原始类就是协作类。协作类在它们的一个或多个操作中使用其他的对象，并将其作为实现中的不可缺少的一部分。

协作类的测试：必须在参与交互的类的环境中进行测试，需要创建对象之间交互的环境。

会使用正交阵列测试（OATS）的方法来选择交互测试用例，并说明其中的测试用例。

答：了解下吧P219

系统测试用例的选择策略是什么？

答：

1、确定用户使用系统的使用概貌，即确定用户是怎样使用系统的然后根据这些步骤创建测试用例

2、分析产品可能包含的缺陷类型，然后编写测试用例来检测这些缺陷。为了测试需求的一致性，可以从说明需求的用例来构建测试用例

系统测试的主要内容有什么？

答：功能测试：最基本的测试

性能测试：主要测试软件的运行性能

强度测试：测试系统能力的最高实际限度

安全测试：验证安装在系统内的保护机构确实能够对系统进行保护

健壮性测试：测试系统在出现故障时能否自动恢复或者忽略故障继续进行

安装卸载测试：确保用在系统中的软件包能够提供足够的安装步骤使得产品在工作条件下可以交付使用

系统测试覆盖率主要从哪两个方面进行衡量？

答：输入和输出，即测试人员能够估计测试用例使用了多少可能的输入，也可以计算在测试过程中产生了多少系统能够产生的可能输出。

测试文档主要有哪些类型？测试文档和测试计划的目标是什么？

答：测试计划、测试说明、测试报告。

目标：

1、测试文档有助于测试技术任务的完成。

2、测试文档增进了测试任务和测试过程之间的交流。

3、测试文档提供了组织、安排以及管理测试项目的结构。

风险的类别和来源有哪些？降低风险的策略是什么？

类别：项目风险、商业风险、技术风险。

来源：短时间面市、新的设计过程、新技术的应用、复杂度、使用频率、不可测试的需求。

如何获得有效的测试数据？

数据词典、设计文档。

确定测试需求需要注意什么问题？

验证需求、明确需求和功能路径之间的关系。