软件测试期末总结.docx

1. 软件质量保证包括软件质量管理方法、有效的软件工程技术（方法、工具）、在整个软件工程中采用的正式技术复审、多层次的测试策略、对软件文档及其修改的控制、保证软件遵从软件开发标准的规程以及度量、报告机制。
2. 21世纪计算机软件发展的大方向是质量优于性能改进。
3. 软件测试定义：软件测试是使用人工或自动手段来运行或测定某个系统的过程，检验是否满足规定需求，或者弄清预期结果与世纪结果之间的差别。
4. 测试是程序执行的过程，目的在于发现错误，一个好的测试用例可以发现至今尚未发现的错误，一个成功的测试能发现至今未发现的错误。
5. 软件测试方法：（1）从是否需要执行被测试软件的角度分为静态测试与动态测试；（2）从测试是否针对系统的内部结构与具体实现算法的角度分为黑盒测试与白盒测试。
6. 静态测试无需执行被测代码，而是借助专用的软件测试工具评审软件文档或程序，度量程序静态复杂度，通过分析或检查程序的文法，结构、过程、接口等来检查程序的正确性，借此发现程序不足之处减少错误概率。
7. 黑盒测试也称功能测试或数据驱动测试，是已知软件所需功能，通过测试来检测每个功能是否能正常使用。
8. 白盒测试也称结构测试或逻辑驱动测试，知道软件内部的工作过程，可通过测试来检测软件产品内部的动作是否按照规格说明书的规定要求正确运行，并且按照程序内部的结构测试程序来检验程序中的每条通路是否都能按照预定的要求正常工作，而不考虑功能是否正确。
9. 软件质量控制是一组由开发组织使用的程序与方法，可在规定的资金投入与时间限制的条件下提供满足客户质量要求的软件产品并持续不断地改善开发过程与开发组织本身以提高将来生产高质量软件产品的能力。
10. 软件质量控制是对开发过程中软件产品（包括阶段性产品）的质量信息进行连续的收集，反馈。

11. 详细描述PDCA：（1）计划Plan：确定参数要求；（2）实施Do：根据要求开展活动（3）检查Check：通过评审、度量、测试确认满足要求；（4）改进Action：纠正参数要求再开发。

12. 软件质量控制的实施过程：
1、 预开发阶段
2、 开发阶段
3、 维护阶段
13. 软件质量保证的目的是使软件过程对于管理人员来说是可见的，通过对软件产品与活动进行评审与审计来验证软件是符合标准的。软件质量保证组在项目开始时就一起参与建立计划，标准与过程。这些将使软件项目满足机构方针的要求。
14. 软件质量度量的根本目的是为了管理的需要利用度量来改进软件过程。
15. 软件度量是对软件开发项目、过程、产品、进行数据定义、收集、分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制、改善。
16. 通过软件度量可以改进软件开发过程。促进项目成功，开发高质量的软件产品。
17. 软件度量作用：

18. 对于软件质量，CMM的定义如下：一个系统、组件、过程符合特定需求的程度；一个系统、组件、过程、符合客户或用户的要求或者期望程度。
19. 软件质量的要素指以下两个方面：
（1） 从技术角度讲，对软件整体质量影响最大的是那些质量属性才是质量要素；
（2） 从商业角度讲。客户最关心的、能成为卖点的质量属性才是质量要素。
20. 影响软件质量的因素：人（M）、过程（P）、技术（T）。
21. 软件质量保证模型：McCall模型，Boehm模型、FURPS模型、ISO9126。
22. 软件过程度量不是单一的活动，而是一组活动的集合，本身也是一个系统的过程。
23. 软件过程度量的目标：是对软件过程的行为进行目标管理，并在度量的基础上对软件过程进行控制、评价、改善。
24. 软件过程度量就其对象而言主要包括3个，即工作产品、软件项目、过程。
25. 软件过程度量的方法包括常用的采集方法与常用的数据分析方法。
26. 软件质量度量的常见问题：
（1） 度量的太多、太频繁。
（2） 度量的太少、太迟。
（3） 度量了不正确的事物或属性
（4） 度量的定义不精确。
（5） 手机了数据却没有利用。
（6） 错误地解释度量数据。
（7） 自动化工具欠缺。
27. 基于目标的软件过程度量方法（GQM）是一种层次状结构，分层次解释，一个目标有多个问题，每个问题可进一步分为几个度量。

28. 软件可靠性的定义：在规定条件下，在规定时间内，软件不引起系统失效的概率。
29. 软件可靠性产生的软件差错包括以下几种：
（1） 需求分析定义错误
（2） 设计错误
（3） 编码错误
（4） 测试错误
（5） 文档错误
30. 软件质量标准分五个级别：国际标准、国家标准、行业标准、企业标准、项目规范。
31. CMM（软件过程成熟度模型）是对软件组织在定义、实施、度量、控制与改善其软件过程中各个发展段的描述；包括5个等级，18个过程域、52个目标、300多个关键实践。5个等级分为，优化级、已管理级、已定义级、可重复级、初始级。
32. CMM是一种用于评价软件承保能力并帮助其改善软件质量方法，侧重于软件开发过程的管理及工程能力的提高与评估。
33. CMMI（软件能力成熟度模型）是CMM中一种单一的模型。
34. 软件评审是一些用于开发过程早起检查与纠正缺陷的有效方法，也可以用来检查未成形执行代码的文档的缺陷。
35. 软件评审的方法：特别检查，检查，走查，团队评审，检视。
36. 全面质量管理是一种由顾客的需要与期望驱动的管理哲学，是以质量为中心，建立在全员参与基础上的一种管理方法，其目的在于长期获得顾客满意、组织成员与社会的利益。
37. 全面质量管理包括以下定义：
（1） 强烈关注顾客
（2） 精确度量
（3） 坚持不断的改进
（4） 向员工授权
（5） 改进组织中每项工作的质量
38. 软件测试：是软件质量保证的关键阶段，是对软件设计与编码的最终审查。
39. 广义的软件测试包括验证、确认。
40. 软件测试就是在软件投入运行前对软件的需求分析、设计、实现编码进行最终审查。
41. 软件测试的目的：
（1）在于发现错误；
（2）测试用例在于能发现至今未发现的错误；
（3）发现了至今未发现的错误的测试。
42. 软件测试原则：
（1）在整个开发过程中要尽早地不断地进行软件测试。
（2）在开始测试时不应默认程序中不存在错误。
（3）在设计测试用例时要给出测试的预期结果。
（4）测试工作应避免由系统开发人员或开发机构本身来承担。
（5）对合理的与不合理的输入数据都要进行测试。
（6）重点测试错误集群的程序区段。
（7）除检查程序功能是否完备外，还要检查程序功能是否多余。
（8）用穷举测试是不可能的。
（9）长期完整地保留所有的测试用例与测试文件，直则该软件产品被废止为止。
43. 软件测试过程概述：由于软件错误的复杂性，在软件工程范围内要综合应用测试技术，根据定义域中的取值，通过执行与观察将预期的行为与实际的行为做比较，以确认测试结果。
44. 软件测试的5个要素：质量、人员、技术、资源、流程。
45. 综合测试分为四步：单元测试、集成测试、系统测试、验收测试，在所有的测试过程中始终贯穿着回归测试。
46. 单元测试指对软件中最小可测试单元或基本组成单元进行检查与验证。
47. 单元测试测试方法：
驱动模块：用来模拟被测模块的上级调用模块，功能比真正的上级模块简单得多，仅仅是接受测试数据，并向被测模块传送测试数据，启动被测模块，回收并输出测试结果。
桩模块：用来模拟被测模块在执行过程中所需要调用的模块，接受被测模块输出的数据并完成它所指派的任务。
48. 集成测试（重点）：
定义：集成测试在单元测试的基础上将所有已经通过单元测试的模块按照概要设计的要求组装为子系统或系统。
49. 集成测试测试内容：
（1） 将各模块连接起来时穿越模块接口的数据是否会丢失。
（2） 各子功能模块组合起来能否达到预期要求的父功能；
（3） 模块的功能是否会对其他模块的功能产生不利影响。
（4） 全局数据结构是否有问题，是否会被异常修改。
50. 集成测试测试方法：
1. 非增量式集成测试方法
2. 增量式集成测试方法
（1） 自顶向下增量式集成测试
（2） 自底向上增量式集成测试
比较：

51. 验收测试是一种有效性测试或合格性测试，是以用户为主，软件开发人员、实施人员与质量保证人员共同参与的测试。
52. 验收测试测试技术：
α测试：内部人员模拟各类用户行为对即将面世的软件产品进行测试。
β测试：用户在日常实际使用β版本。
把α测试看成是对一个早期的、不稳定的软件版本所进行的验收测试。而把β测试看成是对一个晚期的、更加稳定的软件版本所进行的验收测试。
53. 回归测试指修改了旧代码后重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
54.
55.
56. 黑盒测试法是把程序看作一个黑盒子，完全不考虑程序的内部结构与处理过程。
57. 等价类划分法是一种黑盒测试技术，不考虑内部结构，把所有可能的输入数据（即程序的输入域）划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。
58. 划分等价类：（1）有效等价类（2）无效等价类
59. 设计测试用例原则：
（1） 每一个等价类规定性一个唯一的编号
（2） 设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖的有效等价类，然后重复这一步，知道酥油的有效等价类都被覆盖为止。
（3） 设计一个引得测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，然后重复这一步，直到所有的无效等价类都被覆盖为止。
60. 边界值选择法：

61. 因果图设计法：
（1） 分析程序规格说明的描述中那些是原因，哪些是结果。
（2） 分析程序规格说明的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”
（3） 表明约束条件
（4） 把因果图转换成判定表
（5） 为判定表每一列表示的情况设计测试用例。
62. 白盒测试法与黑盒测试法相反，前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构与处理算法。
63. 白盒测试实施步骤：
（1）测试计划阶段（2）测试设计阶段（3）测试执行阶段（4）测试总结阶段
64. 白盒测试的方法在总体上分为静态方法与动态方法。
65. 软件失效处理机制（陈述）
（1） 软件错误：指在软件生存期内的不希望或不可接受的人为错误，其结果是导致软件缺陷的产生，软件错误是一种人为过程，相对于软件本身是一种外部行为。
（2） 软件缺陷：存在于软件（文档、数据或程序）之中的那些不希望或不可接受的偏差。结果是软件运行于某一特定条件时出现软件故障，这时称软件缺陷被激活。
（3） 软件故障：指软件运行过程中出现的一种不希望或不可接受的内部状态。
（4） 软件失效：指软件运行时产生的一种不希望或不可接受的外部行为结果。
66. 软件缺陷管理就是在软件开发过程中对发现的缺陷进行跟踪，并确保每个被发现的软件缺陷被关闭。
67. 严重性是软件缺陷对软件质量的破坏程度，反应其对产品、用户的影响，即此软件缺陷的存在将对软件的功能与性能产生怎样的影响。
68. 优先级表示修复缺陷的重要程度与应该何时修复，他是表示处理与修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，那些缺陷可以稍后修正。
69. 严重性与优先级并不总是一一对应的。
70.
71. 软件缺陷的有效描述规则主要如下：（1）单一准确（2）可以再现（3）完整统一（4）短小精练（5）特定条件（6）补充完善（7）不做评价
72. 软件缺陷生命周期指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至将缺陷最终解决的一个完整过程。
73.
74. 集成测试是在单元测试的基础上将多个模块组合在一起进行测试的过程，主要检查各个软件单元之间的相互接口是否正确，是介于单元测试与系统测试之间的过渡阶段，是单元测试的扩展与延伸。
75. 单元测试主要关注模块的内部，集成测试查看接口时主要关注穿越接口的数据、信息是否正确。
76. 集成测试分为三个层次；即模块内集成测试、子系统内集成测试与子系统间集成测试。对于面向对象的应用系统来说，可以把集成测试分为两个阶段即类集成测试与类间集成测试。
77. 驱动模块自底向上，桩模块自顶向下。
78. 非渐增式集成测试采用一步到位的方法进行测试，即对所有模块进行个别的单元测试后按程序结构图将各模块连接起来，连接后的程序当做一个整体进行测试。
79. 自顶向下增式集成测试表示逐步集成与逐步测试，是按照程序结构图自上而下进行的，即从顶层主控模块开始测试，对以后如何选择下一个要测试的模块并没有一个统一的方法，唯一的原则是下一次要测试的模块至少有一个调用的模块已经测试过。
80. 自顶向上增式集成测试是从软件结构的最下层模块开始测试，在测试较高的高层模块时所需的下层模块功能都已具备，所以不在需要桩模块。
81. 自底向上缺点是在于直到最后一个模块被加进去以后才能看到整个程序的框架，三明治集成测试弥补自底向上缺点。
82. 系统测试是对已经集成好的软件系统进行彻底的测试，已验证软件系统的正确性与性能是否满足需求分析所指定的要求，系统测试通常是消耗测试资源最多的地方，一般可能会在一个相当长的时段内由独立的测试小组进行。
83. 系统测试的主要方法：（选择、填空）
（1） 性能测试
（2） 强度测试
（3） 安全性测试
（4） 兼容性测试
（5） 恢复测试
（6） 用户图形界面测试
（7） 安装测试
（8） 可靠性测试
（9） 配置测试
（10） 可用性测试
（11） 文档资料测试
（12） 网站测试
84. 测试方法的应用：集成测试及其后的测试阶段一般采用黑盒测试方法，策略如下：
（1） 用边值分析法或等价类法提出基本测试用例
（2） 用猜测法补充新的测试用例
（3） 如果程序的功能说明中含有输入条件的组合，需要在一开始就用因果图法，然后再按以上两步进行。
85. 软件测试文件描述被执行的软件测试及测试的结果。
86. 测试管理者的工作原则
（1） 雇测试工作最合适的员工
（2） 与每个小组成员定期一一谈话
（3） 假定员工能胜任各自的测试工作
（4） 对待员工以他们能接受的方式
（5） 重视结果而不是时间
（6） 承认自己的错误
87. 软件调试方法：（1）蛮力法（2）回溯（3）原因排除法
88. 软件测试自动化最根本的意义是解决手工劳动的复杂性，成为代替某些重复性行为模式的最佳工具。
89. 软件测试自动化事实理由：
（1） 提高测试效率与降低测试成本
（2） 对于功能性边界测试，人工测试非常耗费时间，而自动化测试很快并且很准确。
（3） 项目测试人员的任务都是手工处理的，而实际上很大一部分重复性强的测试工作是可以独立开来自动实现的。
（4） 自动测试可以避免人工测试容易犯的错误，如错误测试、漏测试、多测试与重复测试等
（5） 典型应用，例如多用户并发注册，并发交易请求，并发交易应答，人工测试几乎办不到，但是自动测试却很容易实现。
90.
10 / 10