1. 软件错误类型：1）需求错误。2）功能与性能错误。3）软件结构错误。4）数据错误。

5）实现和编码错误。6）集成错误。7）系统结构错误。8）测试定义与测试执行错误。

2. 出现错误的原因：1）交流不够、交流上有误解或者根本没有进行交流。2）软件复杂性。

3）程序设计错误。4）需求不断变化。5）时间压力。6）代码文档不完全。7）软件开发工具。

3. 软件缺陷的主要特征：1）软件未达到软件产品需求说明书指明的要求。2）软件出现了

软件产品需求书明书中指明不应出现的错误。3）软件功能超出软件产品需求说明书指明的范围。4）软件未达到软件产品需求说明书未指明但应达到的要求。5）软件测试人员认为难以理解、不宜使用、运行速度慢或者最终用户认为不好。

4. 软件测试的定义是：软件测试是为了发现错误而执行程序的过程。

5. 软件测试的只要作用是：1）测试是执行一个系统或者程序的操作。2）测试是带着发现

问题和错误的意图来分析和执行程序。3）测试结果可以检验程序的功能和质量。4）测试可以评估项目产品是否获得预期目标和可以被客户接受的结果。5）测试不仅包括执行代码，还包括对需求等编码以外的测试。

6. 软件测试的目的：1）证明测试人员所做的是客户所需的。2）确保编程人员正确理解设

计的意图。3）通过回归测试来保证目前运行的程序在将来仍然可以正常工作。

7. 软件测试的原则：1）尽早不断测试的原则。2）IPO（输入、处理、输出）原则。3）独

立测试原则。4）合法和非合法原则。5）错误群集原则。6）严格性原则。7）覆盖原则。

8）定义功能测试原则。9）回归测试原则。10）错误不可避免原则。

8. 静态分析：静态分析是不需要执行程序而进行测试的技术，其主要功能是检查软件与其

描述是否一致，是否有冲突或者歧义性。静态分析包括代码检查、静态结构分析、代码质量度量等。

9. 动态测试：动态测试是使被测试代码在相对真实的环境下运行，从多个角度观察与检测

程序运行时的功能、逻辑、行为和结构，并且通过实际运行的输出结果和预期输出结果的比较，来发现其中的错误。

10. 动态测试的特点：1.运行被测试程序，获得程序运行的动态情况和真实结果，从而进行

分析。2.必须生成测试用例来运行程序，测试质量与测试用例密切相关。3.生成测试用例、分析测试结果的工作量大，使得测试工作消耗较多。4.动态测试中涉及人员多、设备多、数据多，要求有较好的管理制度和工作流程。

11. 动态测试的内容：功能确认与接口测试、覆盖率分析、性能分析、内存分析等。

12. 黑盒测试：黑盒测试是对软件的功能和界面的测试，其目的是发现软件需求或者设计规

格说明中的错误，所以又称为功能测试。

13. 黑盒测试需要发现的问题：1）检测错误类型：黑盒测试仅考虑程序外部结构而不考虑

程序内部逻辑结构，针对软件界面和软件功能进行测试。主要检测下述几类错误：1.是否有不正确或者遗漏了的功能。2.在接口上，输入能否正确地接收，并且能否输出正确的结果。3.是否有数据结构错误或外部信息访问的错误。4.性能上是否能够满足需求。

5.是否有初始化或终止性错误。2）回答的问题：1.如何测试功能的有效性。2.何种类型的输入将产生好的测试用例。3.系统是否对特定的输入值敏感。4.如何分隔数据类的边界。5.系统能够承受何种数据库和数据量。6，特定类型的数据组将对系统产生何种影响。

14. 等价类划分的概念：是将程序的输入域划分为数据类，即把整个输入域集合划分成互不

相交的一组子集，这些子集的并集就是整个输入域集合。

15. 等价类划分原则：1.在输入条件规定了取值范围或数值的个数的情况下，可以确立一个

有效等价类和两个无效等价类。2.在输入条件规定了输入值的集合或者在规定的条件的情况下，可确立一个有效等价类和一个无效等价类。3.在输入条件是一个布尔量的情况

下，可确定一个有效等价类和一个无效等价类。4.在规定了输入数据的一组值，并且程序要求每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类。5.在规定了输入数据必须遵循的规则的情况下，可确立一个有效等价类和若干个无效等价类。6.在确知已划分的等价类中各元素在程序中处理方式不同的情况下，则应再将该等价类进一步划分为粒度更小的等价类。（例3重点）

16. 边界值分析：也是一种黑盒测试方法，是一种补充等价类划分的测试用例设计技术，它

选择一组测试用例检查边界值。基本思想是使用最小值、略高于最小值、正常值、略低于最大值和最大值作为摄入变量值。

17. 白盒测试：通过分析程序内部的逻辑与程序执行路线来设计测试用例的测试方法，百合

测试也称为逻辑驱动测试，以测试的深度为主。

18. 白盒测试的作用：1.逻辑错误和不正确的假设。2.主观相信不可能执行某条逻辑路径，

但在正常的情况下可能被执行。3.随机的错误。

19. 逻辑覆盖分类：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路

径覆盖。

20. 白盒测试的特点：优点：1.能仔细考虑软件的实现。2.可以检测代码中的每条分支和路

径。3.揭示隐藏在代码中的错误。4.对代码的测试比较彻底。缺点：1.昂贵。2.无法检测代码中遗漏的路径和数据敏感性错误。

21. 黑盒测试的特点：优点：1.对于子系统甚至系统，效率要比白盒测试高。2.测试人员不

要求了解实现的细节，包括特定的编程语言。3.测试人员和编程人员彼此独立。4.从用户的视角进行测试，很容易理解和接受。5.有助于暴露规格的不一致或有歧义的问题。

6.测试用例可以在规格完成之后马上进行。缺点：1.只有小部分输入被测试到，要测试每个可能的输入几乎不可。2.没有清晰、简明的规格，测试用例很难设计。3.如果测试人员不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。4.有很多程序路径没有被测试到。5.不能直接针对特定程序段测试，而这些程序段可能很复杂，有可能隐藏更多的问题。6.大部分和研究相关的测试都是直接针对白盒测试的。

22. 单元测试：又称为模块测试、逻辑测试、结构测试，是对软件基本组成模块和主要的控

制路径进行的测试，进而发现模块内部的错误。单元测试采用白盒测试方法。

23. 单元测试内容：1.模块接口测试。2.数据结构测试。3.边界条件测试。4.独立路径测试。

出错处理测试。

24. 桩模块：是替代那些属于被测试单元的被调用模块。

25. 驱动模块：是用来模拟被测试模块的上一级模块，相当于被测模块的主程序。它接收数

据，将相关数据传送给被测模块，启用被测模块，并打印出相应的结果。

26. 集成测试：通过测试发现与接口有关的问题来构造程序的系统化技术，其目标是利用通

过了单元测试的模块，构造设计中所描述的程序结构。

27. 自顶向下集成测试：是构造程序结构的一种增量式方式，它从主控模块开始，按照软件

的控制层次结构，以深度优先或宽度优先的策略，逐步把各个模块集成在一起。

28. 自底向上集成测试：是从最底层模块开始组装测试，因测试到较高层模块时，所需的下

层模块功能均已具备，所以不再需要桩模块。

29. 回归测试：是对某些已经进行过的测试的子集的重新执行，以保证上述改变不会有副作

用。

30. 确认测试：各模块之间的接口存在的问题都已消除。包括有效性测试和配置复审。有效

性测试主要检查软件是否达到了系统设计要求，是否满足软件需求说明书中的确认标准。

31. α测试：是软件开发公司组织内部人员模拟各类用户对即将完成的软件产品进行测试。

32. β测试：经过了α测试的软件产品成为β版

33. 系统测试的目的：是将系统已实现的功能与其设计目标进行比较，发现系统与系统定义

不符合或不一致的地方。采用黑盒测试。

34. 系统测试的种类:恢复测试、安全测试、强度测试、性能测试、功能测试、负载测试、

适用性测试、配置测试、兼容性测试等。

35. 面向对象测试层次：分为3层次，把类看做单元，即类测试、集成测试、系统测试。

36. 设计测试计划的目的：1.指导软件测试。2.促进彼此沟通。3.协助质量管理。

37. 测试计划的定义：测试计划明确了预定的测试活动的范围、途径、资源及进度安排的文

档，并确认了测试项、被测特征、测试任务、人员安排以及任何突发的风险。

38. 测试计划的内容：1.测试项目简介。2.测试项。3.被测试的特性。4.不被测试的特性。

5.测试方法。6.测试开始条件和结束条件。7.测试提交的结果与格式。8.测试环境。9.测试者的任务、联系方式和培训。10.测试进度与跟踪方式。11.测试风险与解决方式。

12.测试计划的审批和变更方式。

39. 测试用例的概念：是指为实施一次测试而向被测试系统提供的输入数据、操作或各种环

境配置，它是对测试流程中每个测试内容的进一步实例化，控制着软件测试的执行过程。

40. 设计测试用例的原则：1.一个好的测试用例能够发现之前没有发现的错误。2.测试用例

应由测试输入数据和与之对应的预期输出结果这两部分组成。3.在设计测试用例时，应当包含合理的输入条件和不合理的输入条件。

41. 总体架构设计的测试：1.客户端。2.web架构。3.服务器的配置和分布。

42. Web应用开发测试：1）.代码测试：源代码规则分析，链接测试，框架测试。2）.组件

测试：1.表单测试。2.脚本测试。3.ASP测试。4.Cookies测试。5.CGI测试。6.ActiveX控件测试。

43. 数据库并发控制测试：1.丢失修改。2.不可重复读。3.读“脏”数据。

44. 测试自动化：通过测试工具或其他手段，按照预定的计划对软件产品进行自动的测试，

它能完成许多手工测试无法完成或者难以实现的一些测试工作。

45. 测试自动化的优点：1.提高测试质量。2.提高测试效率。3.提高测试覆盖率。4.执行手

工测试难以实现的测试。5.更好地利用全球资源。6.增进了软件开发人员和测试人员的合作。

46. 测试自动化方法：1.代码分析。2.捕获和回放。3.脚本技术。4.数据驱动。5.关键字驱

动。6.业务驱动。7.自动比较。8.测试管理。

47. 软件质量保证概念：通过建立一套有计划的系统方法，来向管理层确保拟定出的标准、

步骤、实践和方法能够正确地应用于所有项目。

48. 实现测试自动化：使用测试自动化工具的流程由设计测试用例、编写程序或脚本程序、

执行测试、对比结构和生成报表、通报结果5部分组成。

49. 测试工具分类：1.测试设计工具。2.测试管理工具。3.静态分析工具。4.动态分析工具。

5.覆盖测试工具。6.黑盒测试工具。7.负载和性能测试工具。8.GUI测试驱动和捕获/回放工具。9.基于故障的测试工具。10.专用测试工具。11.测试辅助工具。

总结：小丑鱼——978281868 Markal_128

 

第二篇：软件测试总结

软件测试方法总结（一）

软件测试方法的总结，

软件测试方法总结

一、界面

● 界面测试

（1） 测试界面设计是否合理、简洁、美观，操作是否方便

（2） 功能键、数据项信息是否齐全

（3） 确认系统中同一功能抌名称是否统一

（4） 设计样式、风格（查询条件样式；输入风格（点选/手输入）；）是否与系统其它模块统一

（5） 确认页面内所有字段名称显示风格是否统一（居中、左对齐、右对齐，一般采用居中显示风格）

1、新增页面及功能测试

● 字段

在开始测试时应该保证数据的正确性，然后再从系统中找出各种Bug

（1） 各字段输入正确的信息值保存，确认系统是否可以正确完成新增操作。

（2） 进入添加界面不输入任何信息值，单击“保存”功能按钮，系统应该给出某个不允许为空字段的提示信息（属于边界测试）

（3） 建议不允许为空的字段前面加上?*?作为标记（统一性，方便性问题）

（4） 编码/编号字段不允许输入中文及特殊字符，否则系统应该给出相应的提示信息

（5） 测试编码/编号字段不允许重复，否则系统应该给出相应的提示信息

（6） 确认字段是否已做长度限制，如果输入值超出长度范围，那么在保存时系统应该给出提示信息

（7） 非法测试，如：校验数值型字段输入非数值，保存时系统是否给出相应的提示信息（根据实际需要确定数值型字段是否能够接受负数）

（8） 边界测试，如：确认数值型字段的边界值（如：有效值为?0-100?整数，那么输入-1或101保存时系统应该给出相应的提示信息；输入值为0、100系统应该能正确保存信息值；输入0到100内的整数值系统应该正确保存信息值）

（9） 精确值测试，测试小数位数是否在定义的长度内

（10） 字段精确值是否正确（四舍五入否）。

（11） 根据实际情况测试名称字段是否具有唯一性，（一般情况下名称是不允许重复的，具体问题具体分析），否则系统应该给出相应的提示信息

（12） 确认各字段名称书写是否正确（注意：要求编辑界面、住息列表中、错误提示信息、查询条件中的字段名称完全相同）

（13） 确认特殊格式的字段是否已做标准格式的限制（如：电子邮件、邮编等）

（14） 测试上级信息字段（如：上级XXX名称、上级XXX编号）的信息值是否根据所选择的上级XXX名称系统自动生成（注意：编号生成值一定是维护界面的编号，而不应该是相应表的那个主键编码）

（15） 测试如果某字段信息值是从另一个模块中选择输入的，那么需要确认其它相关联字段的信息值是否也相应的正确的自动带入，并且这些字段应该都是只读的

（16） 创建人/编辑人、发布人、创建时间、创建人字段应该设为只读的，而且此类字段值应该默认当前操作人的姓名

（17） 如果某个字段可以点选输入多个信息值，那么测试该字段是否接受，并保存了点选输入的多个信息值

（18） 对于多选字段，测试是否具有记忆上次选择值并已验重

（19） 测试字符型字段是否可以接受空格（统一性问题，建议不要接受空格）

（20） 引用其它模块的字段信息值的字段长度是否与被引用模块相应字段长度一致

2、多行添加编辑页面

（1） 测试插入单行是否可以正确保存相应字段值

（2） 插入/添加多行测试是否对多行相应字段空值是否进行校验（通常如果有多条空行保存时系统会弹出XXX字段不允许重复提示信息，要求仅对空行不保存即可，不需要提示的）

（3） 多行添加，测试如果某个字段值太长保存后是否会导致界面混乱

（4） 保存---保存新添加的多行记录信息

（5） 保存---勾选待删除记录，单击此功能按钮系统正确完成删除操作

（6） 插入空行---单击此功能按钮系统插入一条空的记录行

3、 主子表编辑页面

（1） 测试只有保存主表信息后才能维护子表信息，否则系统应该给出相应的提示信息

（2） 如果子表信息是否需要维护取决于主表中的某个字段值，那么请确认主表中相关联的字段取值是否对应子表的存在（主表中较常用的取决子表存在的字段是“底层否”，如果与底层相关联一般只有在底层才能维护其子表信息）

（3） 如果子表中有继承主表信息，那么确认继承的信息是否完全正确

4、 左树右表的测试方法

（1） 添加、修改、删除保存后目录树信息是否要自动刷新（统一性问题）

（2） 添加界面：测试继承上级信息的字段（如：上级机构名称、上级机构编码等）值系统是否自动生成，而且信息值是否是只读的

（3） 测试是底层节点才可以进行添加操作，还是非底层节点才可以进行添加操作（业务测试）

（4） 含有子结点信息的当前结点是不允许修改为“底层”结点的

（5） 如果当前结点下含有相关信息，那么当前结点是不允许删除的，否则删时系统应该给出被引用的提示信息

（6） 测试单击目录树上名称，右侧查询列表查询显示该结点所有子节点（1级、2级…）信息还是只显示当前节点的1级了节点信息，要求查询显示统一

5、控件测试

● 下拉选择控件

（1） 下拉选择字段要求只能选择输入信息值

（2） 确认下拉列表中的选择值是否与相应的集合域值完全匹配

（3） 一般情况下拉选择列表中有“请选择”值，而且系统默认值应该是“请选择”（为操作方便某些特殊字段如：是否底层、启用否等字段建议添加界面默认值为“是”）

（4） 测试下拉列表中的选择值是否有重复

● 点选

（1） 点选字段要求只能点选输入信息值，不能手动输入

（2） 确认点选按钮的链接页面是否正确

（3） 确认点选界面的界面设计是否合理、美观；功能按钮是否齐全；操作是否方便（点选页面功能按钮：选择、清除选择、关闭），

（4） 根据实际情况确认点选页面是否提供了查询功能，一般多数据量的选择界面，要求加上查询功能（基本查询，翻页查询功能）

（5） 测试点选页面各功能按钮的功能是否已经正确实现

（6） 测试点选页面的信息列表中相关的主要信息是否齐全，字段（数据项）是否按主次排放，信息查看是否方便

（7） 点选页面中的信息，如果与有效否、启动否、底层否等信息有关，建议系统统计查询时将无效、未启动、通常非底层信息过虑掉（业务测试）

（8） 人员查询条件的点选列表初始化查询应该查询系统所有用户

● 时间

（1） 系统内时间控件样式是否统一

（2） 单击输入框是否弹出时间选择页面，而且可以进行时间选择操作

（3） 时间选择页面是否具有“清除”功能（某类时间选择控件是没有清除功能的）

（4） 测试该字段选择输入值或系统默认值的精确值是否正确（一般只需精确到年-月-日，特殊情况需要精确的年-月-日-时-分-秒）

（5） 测试“开始时间”必须小于“结束时间”，否则系统应该给出相应的提示信息

（6） 根据实际情况某些时间字段的信息值是系统自动生成系统当前时间的（如：创建时间、发布时间），而且此类字段应该设为只读的

● 单选

（1） 点选控件可进行点选操作

（2） 测试单选字段只能选择一个信息值

（3） 测试单选字段的选择按钮可以相互切换

（4） 为操作方便，建议?有效否?的字段值添加时默认为?有效?

● 编辑控件（移动项目）

（1） 测试保存后，编辑控件内各段落间系统是否自动加了空行（此控件常出现的问题）

（2） 测试保存后，编辑控件上方是否会出现乱码

（3） 测试系统是否按设计的格式保存了信息值