软件测试期末汇总Word文档格式.docx
《软件测试期末汇总Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件测试期末汇总Word文档格式.docx（14页珍藏版）》请在冰豆网上搜索。
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）不做评价
升级会员 