1、软件质量工程包括软件质量保证、软件质量规划和软件质量控制三大方面。
2、McCall模型产品修改纬度的质量因素有可维护性、可测试性、灵活性。
3、面向对象模型不同于其他模型的主要特征是组件的密集重用。
4、有两种同行评审方法学:审查和走查。
5、RMA可以划分成三组类别内部风险管理措施,分包风险管理措施,顾客风险管理措施6、支持性质量手段有模板和检查表。
7、依据软件系统的生命周期和其他阶段,软件质量度量划分为软件过程度量和软件产品度量。
8、软件配置发布的版本有基线版本、中间版本、修订版本。
9、SQA标准被划分成软件质量管理标准和软件项目过程标准两类。
10、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性、软件缺陷的感染性。
11、McCall模型划分了软件运行、软件转移、软件修改三个纬度的11个软件质量因素。
12、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评估四个项限。
13、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题和合同草案评审主题两种类型。
14、典型的版本方针包括严格-单一活动版本方针、多版本方针。
15、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。
16、CAPA过程的成功运行包含如下活动:信息收集、信息分析、解决方案和改进方法的建立、改进方法的执行、跟踪。
17、常见的软件配置演化模型有线性演化模型和树演化模型。
18、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。
19、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。
20、测试人员、 SQA单位是SQA专职人员。
21、CMM内容包含初始级、可重复级、已定义级、已管理级和可优化级五个等级。
22、软件质量保证的目标包括面向产品的软件开发和面向过程的软件维护两大方面。
23、开发生命周期阶段SQA部件可以划分成三类:评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。
24、版本方针和更改方针是维护方针的主要组成。
25、外部参与方可被分类为分包商、COTS软件和重用软件模块的供货商和顾客自身三组。
26、在任何机构中,CAPA要正确发挥作用需要CAPA记录流的跟踪、 CAPA执行的跟踪和CAPA执行结果的跟踪三个要的跟踪任务。
27、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。
28、软件过程度量可以进一步划分为软件过程质量度量、软件过程进度度量和软件过程生产率度量。
29、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。
30、通常,软件质量的管理部件有项目进展控制、软件质量度量、软件质量费用和可用于控制软件维护的工具SQA管理工具。
31、软件测试过程包含的测试活动有测试计划,测试设计,测试实施,测试执行,缺陷跟踪和测试评估32、软件测试策略的确定过程通常经历确定测试需求、评估风险、确定测试策略三个阶段组成。
33、变异测试的理论基础是程序员能力假设和组合效应假设。
34、软件缺陷打开/关闭图表、根本原因图表、软件缺陷关闭周期表是常用的软件缺陷跟踪图表。
35、软件测试规范可以分为行业规范和操作规范。
36、通常,由人工进行的静态测试方法包括桌面检查、代码审查、代码走查和技术评审。
37、典型的测试设计活动包括测试用例设计、测试过程设计、设计驱动程序和稳定的桩。
38、按照测试的层次和策略,软件测试可以分为单元测试、集成测试、确认测试和系统测试。
39、为了考察测试用例的重要性,我们可以从有效性、可重用性、易组织性、可评估性、可管理性五方面理解。
40、面向对象集成测试常见方法包括抽样测试、正交矩阵(阵列)测试。
41、面向对象测试充分性三个常用标准是基于状态的覆盖率、基于约束的覆盖率和基于代码的覆盖率。
42、常见的程序分析视角有句法视角,功能视角、文本视角和计算流视角43、按照测试用例的设计方法,软件测试可以分为白盒测试、黑盒测试和灰盒测试。
44、我们可以按照编写过程、执行过程和组织过程三个纬度对测试用例属性进行归类。
45、单元测试内容包含如下方面:模块接口测试、边界条件测试、错误处理测试、局部数据结构测试和重要路径测试。
46、软件质量工程包括软件质量保证、软件质量规划和软件质量控制三大方面。
47、McCall模型产品修改纬度的质量因素有可维护性、可测试性、灵活性。
1.3、面向对象模型不同于其他模型的主要特征是组件的密集重用。
48、有两种同行评审方法学:审查和走查。
49、RMA可以划分成三组类别内部风险管理措施、分包风险管理措施和顾客风险管理措施。
50、支持性质量手段有模板和检查表。
51、依据软件系统的生命周期和其他阶段,软件质量度量划分为软件过程度量和软件产品度量。
52、软件配置发布的版本有基线版本、中间版本、修订版本。
53、SQA标准被划分成软件质量管理标准和软件项目过程标准两类。
54、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性、软件缺陷的感染性。
55、McCall模型划分了软件运行、软件转移、软件修改三个纬度的11个软件质量因素。
56、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评估四个项限。
57、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题和合同草案评审主题两种类型。
58、典型的版本方针包括严格-单一活动版本方针、多版本方针。
2.5、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。
59、CAPA过程的成功运行包含如下活动:信息收集、信息分析、解决方案和改进方法的建立、改进方法的执行、跟踪。
60、常见的软件配置演化模型有线性演化模型和树演化模型。
61、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。
62、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。
63、测试人员、 SQA单位是SQA专职人员。
64、CMM内容包含初始级、可重复级、已定义级、已管理级和可优化级五个等级。
65、软件质量保证的目标包括面向产品的软件开发和面向过程的软件维护两大方面。
66、开发生命周期阶段SQA部件可以划分成三类:评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。
67、版本方针和更改方针是维护方针的主要组成。
68、外部参与方可被分类为分包商、COTS软件和重用软件模块的供货商和顾客自身三组。
69、在任何机构中,CAPA要正确发挥作用需要CAPA记录流的跟踪、CAPA执行的跟踪和CAPA执行结果的跟踪三个要的跟踪任务。
70、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。
71、软件过程度量可以进一步划分为软件过程质量度量、软件过程进度度量和软件过程生产率度量。
72、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种类型。
73、通常,软件质量的管理部件有项目进展控制、软件质量度量、软件质量费用和可用于控制软件维护的工具SQA管理工具。
74、软件测试的目的是尽可能多地发现软件中存在的错误,将测试测试结果作为纠错的依据。
75、测试阶段的基本任务是根据软件开发各阶段的文档资料和程序的内部结构,精心设计一组测试用例,利用这些实例执行程序,找出软件中潜在的各种错误和缺陷。
76、测试用例由输入数据和预期的输出数据两部分组成。
77、软件测试方法一般分为两大类:动态测试方法和静态测试方法。
78、动态测试通过运行程序发现错误。
根据测试用例的设计方法不同,动态测试又分为黑盒测试与白盒测试两类。
79、静态测试采用人工检测和计算机辅助静态分析的手段对程序进行检测。
80、人工审查程序偏重于编码质量的检验,而软件审查除了审查编码还要对各阶段软件产品进行检验。
81、计算机辅助静态分析利用静态分析工具对测试程序进行特性分析。
82、黑盒法只在软件的接口处进行测试,依据需求规格说明书,检查程序是否满足功能要求。
83、白盒法必须考虑程序的内部结构和处理过程,以检查处理过程的细节为基础,对程序中尽可能多的逻辑路径进行测试。
84、白盒测试是结构测试,被测对象是源程序,以程序的内部逻辑为基础设计测试用例。
85、逻辑覆盖是对程序内部有判定存在的逻辑结构设计测试用例,根据程序内部的逻辑覆盖程度又可分为语句覆盖判定覆盖条件覆盖判定/条件覆盖条件组合覆盖路径覆盖6种覆盖技术。
86、实际的逻辑覆盖测试中,一般以条件组合覆盖为主设计测试用例,然后再补充部分用例,以达到路径覆盖测试标准。
87、循环覆盖是对程序内部有循环存在的逻辑结构设计测试用例,它通过限制循环次数来测试。
88、基本路径测试是在程序控制流程图基础上,通过分析控制构造的环路复杂性,导出基本路径集合,从而设计测试用例。
89、黑盒测试是功能测试,用黑盒技术设计测试用例有4种方法:等价类划分边界值分析错误推测因果图。
90、等价类划分从程序的功能说明,找出一个输入条件(通常是一句话或一个短语),然后将每个输入条件划分成两个或多个等价类。
91、边界值分析是将测试边界情况作为重点目标,选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
如果输入或输出域是一个有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。
92、在测试程序时,根据经验或直觉推测程序中可能存在的各种错误,称为错误推测法。
93、因果图的基本原理是通过画因果图,把用自然语言描述的功能说明转换为判定表,最后为判定表每一列设计一个测试用例。
94、测试的综合策略是在测试中,联合使用各种测试方法。
通常先用黑盒法设计基本的测试用例,再用白盒法补充一些必要的测试用例。
95、软件测试过程中需要3类信息:软件配置、测试配置和测试工具。
23.软件测试一般经过4个测试:单元测试集成测试确认测试系统测试。
96、单元测试指对源程序中每一个程序单元进行测试,检查各个模块是否正确实现规定的功能,从而发现模块在编码中或算法中的错误,它涉及编码和详细设计的文档。
97、单元测试主要测试模块的5个基本特征:模块接口局部数据结构重要的执行路径错误处理边界条件。
98、在单元测试中,需要为被测模块设计驱动模块和桩模块。
驱动模块用来模拟被测模块的上级调用模块,桩模块用来代替被测模块所调用的模块。
99、集成测试指在单元测试基础上,将所有模块按照设计要求组装成一个完整的系统进行的测试。
也称组装测试或联合测试。
100、集成测试的方法有两种:非渐增式测试渐增式测试。
29.渐增式测试有两种不同的组装模块的方法:自顶向下结合自底向上结合。
101、自顶向下渐增式测试不需要编写驱动模块,只需要编写桩模块,其步骤是从模块开始,沿着被测程序的顶层的控制路径逐步向下测试,它有两种组合策略:软件结构图和深度优先策略宽度优先策略。