软件测试工程师-软件测试相关标准

一、标准化概述

1.标准的分类：国际标准化组织（ISO）、国际电工委员会（IEC）和国际电信联盟（ITU）制定的标准

2.国际标准：是指国家标准化主管机构制定或批准发布，在全国范围内统一适用的标准，GB,ANSI

3.行业标准：由某个行业机构、团体制定的，适用于某个特定行业业务领域的标准，IEEE,GA,YD

4.区域/地方标准：由某一区域/地方内的标准化主管机构定制、批准发布的，适用于某个特定区域/地方的标准

5.企业标准：是企业范围欸根据需要协调，统一的技术要求，管理要求和工作要求制定的标准，适用于本企业内部的标准

二、软件质量模型与评价标准

 

 1.软件质量模型的发展

 

 2.使用质量

　　有效性：实现指定目标i的准确性和完整性

　　效率：用户实现目标的准确性和完备性相关的资源消耗

　　满意度：在指定的使用周境中，用户的要求被满足的程度

　　抗风险：在经济现状、人的生命、健康或环境方面缓解潜在风险的程度

　　周境覆盖：产品或系统在有效性和满意度等特性方面能够被使用的程度

3.产品质量

 

 三、软件质量模型与评价标准

1.功能性：在指定条件下使用时，产品或系统提供满足明确和隐含要求的功能程度

2.性能效率：性能在指定条件下所使用的资源量有关

3.兼容性：在共享相同的硬件或软件环境的条件下，产品、系统或组件能够与其他产品、系统或组件交换信息，和执行所需的功能的程度

4.易用性：系统在有效性、效率和满意特性方面为了指定的目标可为指定用户使用的程度

5.可靠性：系统在指定条件下、指定时间执行指定功能的程序

6.维护性：系统能够被预期的维护人员修改有效性和效率的程度

7.信息安全性：具有与其授权类型和授权级别一致的数据访问度

8.可移植性：能从一种硬件、软件或者其他运行（或使用）环境迁移到另一种环境的有效性和效率的程度

9.软件质量评价模型

　　评价过程以及相关的评价输入、评价约束、评价资源禾评价输出

　　评价策略和步骤：
　　　　确立评价需求

　　　　规定评价

　　　　设计评价

　　　　执行评价

　　　　结束评价

　　　RUSP(就绪可用产品):是一种打包出售给其特征和其他质量没有任何影响的需方的软件产品

　　　RUSP要求：包含产品说明书、用户文档集要求、软件质量要求

　　　测试文档集要求：主要是规定各方在对软件产品进行测试时，需要整理编写的测试文档的集合，应包括测试计划、测试说明、测试结果等文档

　　　符合性评价细则：产品说明、用户文档集和所交付软件满足本部分的符合性评价要求

四、软件测试标准

1.测试过程标准

　　组织测试过程：用于开发和管理组织测试规格说明的过程，如组织级测试方针、组织级测试策略、过程、规程和其他资产的维护

　　测试管理过程：定义涵盖整个测试项目，任何测试阶段或测试类型的测试管理，测试管理过程包括测试策划过程，测试监测和控制过程、测试完成过程

　　动态测试过程:定义执行动态测试的通用过程，动态测试过程包括测试设计和实现过程、测试环境构建和维护过程、测试执行过程、测试时间报告过程

2.测试文件标准

　　组织级测试文档集：组织级测试规格说明描述组织层面测试的信息，并且不依赖于项目，其在组织测试过程中的典型示例包括测试方针和组织级测试策略

　　　　测试方针定义了组织内适用的软件测试的目的和原则，规定了测试应该完成使命

　　　　组织测试策略是一个技术性文档，针对组织内部如何进行测试提供指导

　　测试管理文档集：测试管理过程中制定的文档包含测试计划、测试状态报告和测试完成报告

　　　　测试计划描述了在初始规划期间做的决定，并作为控制活动的一部分进行重新规划

　　　　测试状态报告提供了在特定报告期间内执行测试的状态信息

　　　　测试完成报告提供了已执行测试的总结，该总结可针对整个项目，也可针对特定的测试子过程

3.动态测试文档集：动态测试过程中产生的文档包含测试规格说明，测试数据需求、测试环境需求、测试数据准备报告、测试环境准备报告、测试执行档集

　　测试数据需求：描述规格说明中定义的测试规程所需的测试数据的属性

　　测试环境需求：描述了测试规程中说明定义所需的测试环境属性

　　测试数据准备报告：每一个测试数据的完成情况

　　测试环境准备报告：每一个测试环境需求的完成情况

　　测试执行文档集：实测结果、测试结果、测试执行日志和事件报告

4.常见的软件测试技术：基于规格说明的测试设计技术（黑盒测试）、基于结构的测试设计技术（白盒测试）和基于经验的测试设计技术

　　基于规格说明的测试：测试依据需求、规格说明、模型或用户需求是设计测试用例的首要信息来源

　　基于结构的测试中，测试项的结构如源代码或模型结构是设计测试用例的首要信息来源

五、测试工作量及成本估算标准

1.软件测试成本构成：直接成本和间接成本

　　直接成本：完成测试项目而支出的各类人力资源禾工具资源的综合，包括人工成本、测试环境成本、测试工具成本

　　间接成本：服务于软件测试项目的管理组织成本，可能会超出测试生存周期包括办公成本和管理成本

2.软件测试成本调整因子

　　由于软件本身色特性和各种客观条件，在通过软件测试人工工作量度量之后，仍需要对工作量进行调整

　　软件复杂度是指软件本身由于功能、规模或结构方面具有一定的复杂性而导致测试难度增大、增加了测试工作量，被测软件的复杂性可按照以下特性进行度量

　　　　存在大量的控制或者安全设施

　　　　系统规模较大，子模块较多且相互影响关联，或需要与其他系统对接使用

　　　　非简体中文软件

　　　　存在大量的逻辑处理或处理过程复杂

　　　　存在大量的数字处理或算法复杂

　　软件完整性调整因子是依据GB/T 18492-2001给出的系统完整性级别来确定调整因子取值范围

　　测试风险是指软件测试过程中可能会产生的风险，可能的测试风险由以下部分构成：

　　　　被测试软件的领域有特殊要求

　　　　测试需求不明确

　　　　被测试软件与测试文档不一致

　　　　测试过程中测试方与开发方因沟通等导致不可预计的风险

3.软件测试成本度量