首页 > 编程知识 正文

语文基础知识题库,物理入门基础知识

时间:2023-05-06 18:04:27 阅读:40403 作者:109

一、软件测试概述1、软件缺陷软件缺陷:又称“bug”。 也就是说,是计算机软件或程序中存在的某种损害正常动作能力的问题、错误或隐藏的功能缺陷。

缺陷的表现形式:

软件未实现产品规格书要求的功能模块; 软件中有产品规格的说明,表示不能发生的错误; 软件实现产品规格说明中未记载的功能要求。 软件在产品规格说明中没有明确提及,但没有达到应实现的目标; 导致软件难以理解、难以使用、运行缓慢、用户体验不友好的软件缺陷的原因:

需求不明确; 对系统结构复杂的程序逻辑路径或数据范围的考虑不完整; 确保设计时间准确同步的系统性、可靠性问题在系统运行环境复杂通信端口较多时,影响系统安全、适应性的设计技术系统兼容性问题缺陷属性:

缺陷标识:标识唯一的缺陷类型:缺陷类型、缺陷严重程度:指缺陷故障对软件产品的影响程度; 缺陷优先级:指缺陷必须修复的紧急程度的缺陷状态:一个跟踪修复过程进展情况缺陷来源:首次检测到缺陷故障或事件阶段; 缺陷来源:缺陷的原因缺陷的根源:反正是错误的根本因素; 2、软件测试的定义和原则的定义:软件测试是为了发现错误而运行程序或系统的过程。

原则:

测试表明存在错误:全面测试是不可能的,尽快测试; 缺陷组:(二八定律:约80%的问题在20%的模块中发现); 杀虫剂悖论; 测试是上下文相关的。有无错误; 软件测试是一种有风险的行为二、软件测试流程和策略1、软件测试策略简介软件测试策略是软件工程流程软件测试的模板,即加入特定的测试用例方法

软件测试包括以下特征:

测试从模块层开始,扩展到整个基于计算机的系统集合。不同的测试技术应用于不同时间点的测试在由开发人员和独立测试组管理的测试时和调试时是不同的活动,但调试对于任何测试策略都是不同的软件测试充分性准则:

任何软件都有有限的足够的测试集; 如果在软件系统的测试数据集合上的测试足够,那么测试更多的数据也应该足够;即使对软件的所有成分都进行了充分的测试,也不一定对整个软件进行了充分的测试; 软件测试的充分性与软件的需求和软件的实现相关,即使整个软件系统的测试足够,也不意味着软件系统中的各个成分得到了充分的测试; 软件越复杂,所需的测试数据就越多。 测试越多,通过进一步测试获得的充分性增加就越少2、软件测试的分类软件开发阶段的划分:

1 )、单元测试:

对软件中最小可测试单元进行检验和验证,单元测试需要从软件的内部结构设计测试用例。 多个模块可以独立测试。

2 )、集成测试:

装配测试/联合测试:根据设计要求将所有模块装配到子系统或系统中进行集成测试。

3 )、系统测试:

结合已确认的软件、计算机硬件、外围设备、网络等其他因素,对信息系统进行各种装配测试和确认测试。 系统测试是对整个产品的测试。

4 )、验收测试:

交付测试:确保软件就绪。

测试技术划分:

1 )、白盒测试:

结构测试/透明盒测试/逻辑驱动测试/基于代码的测试:

2 )、黑匣子测试:

功能测试:测试每个功能是否正常工作。 (输入数据/输出数据)

3 )、灰箱测试:

介于白盒测试和黑盒测试之间的测试方法之一。 不仅关注输出、输入的正确性,还关注程序内部的状况。

被测试软件是否实际运行:

1 )、静态测试:

是指不执行被检查程序本身,只通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

代码测试时:主要测试代码是否符合相应标准和规格; 对于接口测试:主要测试软件的实际接口是否与要求说明一致; 对于文档测试:主要测试用户和要求说明是否满足用户的实际需要。 2 )、动态方法:

是指通过运行被测程序,检查执行结果与预期结果的差异,分析执行效率、准确性、健壮性等性能。

测试组织分类:

1 )、开发方测试:

验证测试/测试

2 )、用户测试:

测试

3 )、第三方测试

测试类型分类:

1 )、功能测试:

主要针对产品要求说明书测试软件,验证软件功能是否符合要求。 这包括原有功能的检查和测试软件是否存在冗馀功能、功能遗漏。

2 )、接口测试:

主要测试系统界面,测试用户界面是否方便、软件是否方便、系统设计是否合理、界面位置是否正确等问题。

3 )、性能测试:

验证关键系统的性能是否满足用户的需要,即在特定运行条件下验证系统的能力状态。 性能测试主要是用自动化测试工具模拟正常、峰值、异常负载情况,测试系统的各项性能指标。

4 )、强度测试:

以异常的资源配置运行系统。 目的是确定由于资源短缺和资源冲突而引起的错误。

5 )、压力测试:

主要检查系统在过载环境下是否正常工作。

6 )、安全测试:

测试系统防止非法入侵的能力。

7 )、兼容性测试:

r> 测试软件产品在不同的平台、不同的工具软件或者相同工具软件不同的版本下的兼容性。

8)、安装测试:
主要校验软件是否可以正确安装、安装文件的各项设置是否有效、安装后是否影响整个计算机系统、卸载软件时是否可以卸载干净、卸载软件之后是否影响整个计算机系统。

9)、文档测试:
主要检查内部或外部文档的清晰性和准确性。

3、软件测试过程模型 3.1、V模型

3.2、W模型

3.3、H模型

3.4、X模型

4、测试用例的定义和特征 4.1、测试用例的特征

1、测试用例具有代表性:测试用例能够代表并覆盖各种合法的和非法的、合理的和不合理、边界的和越界的以及极限的输入数据、操作和环境设置等。

2、测试结果是可判定的:测试执行结果的正确性是可以判定的,每一个测试用例都应有明确的期望结果,否则将难以判断系统是否正常运行。

3、测试结果可以再现:对同样的测试用例,系统的执行结果应当是相同的。

4.2、测试用例设计原则 使用成数的测试用例设计方法来进行设计;保证测试用例数据的正确性和操作的正确性;确保测试用例具有一定的代表性;每个测试用例应该针对单一的测试项;保证测试结果是可以判定并且可以再现的;保证测试用例描述准确、清晰、具体;测试用例设计应满足项目的时间、人员和资金要求; 4.3、测试用例模板 4.3.1、测试用例的基本要素 要素名称含义功能模块待测试模块名称功能特征待测试模块功能特征测试时间测试进行时间用例编号唯一标识该测试用例的值输入数据测试需要的数据列表操作步骤按照操作步骤的顺序,准确详细的描述期望结果按照规格设计所要求的的正确结果优先级依据重要程度确定优先级预置条件测试进行时的前置条件测试类型该用例是功能测试/冒烟测试/接口测试/性能测试等4.3.2、功能测试用例 要素名称标识项目名称开发人员模块人员作者测试类型测试方法描述前置条件操作步骤期望结果测试时间4.3.3、性能测试用例

1、预期性能测试用例

要素名称测试目的前提条件测试需求测试过程说明期望性能(平均值)实际性能(平均值)

2、用户并发性能测试用例

要素名称测试目的前提条件测试需求输入(并发用户数)用户通过率期望性能(平均值)期望性能(平均值)

3、大数据量性能测试用例

要素名称测试目的前提条件测试需求输入(最大数据量)事务成功率期望性能(平均值)期望性能(平均值)

4、疲劳强度测试用例

要素名称测试目的前提条件测试需求输入/动作输出/响应是否正常运行

5、负载测试用例

要素名称测试目的前提条件测试需求输入输出是否正常运行4.3.3、兼容性测试用例 测试目的配置说明操作系统系统软件外设应用软件结果三、黑盒测试 1、等价类划分法

1、有效等价类划分:有效等价类指对于程序规格说明来讲,是合理的、有意义的输入数据构成的集合。有效等价类数据集包含:终端用户输入的命令、与最终用户交互的系统提示、接收相关的用户文件的名称、提供初始化值和边界值、提供格式化输出数据的命令、在图形模式提供的数据、失败时回显的数据等。

2、无效等价类划分:无效等价类指对于软件规格说明来讲,是不合理的、没有意义的输入数据集合。

3、等价类划分的方法

按区间划分按数值划分按数值集合划分按限制条件或规划划分按处理方式划分

4、等价类划分的原则

在输入条件规定的取值范围或值的个数的情况下,可以确定一个有效等价类和两个无效等价类;在规定了输入数据的一组值中(假定有n个值),可以确定n个有效等价类和一个无效等价类;在规定输入数据必须遵守的规则的情况下,可以确定一个有效等价类和若干个无效等价类;在输入条件规定了输入值的集合或规定了“必须如何”的条件下,可以确定一个有效等价类和一个无效等价类;在确定已划分的等价类中各元素在程序处理中的方式不同的情况下,则应该将等价类进一步地划分为更小的等价类;

5、弱一般等价类测试:通过使用一个测试用例中的每个等价类(区间)的一个变量实现

6、强一般等价类测试:基于多缺陷假设

7、弱健壮等价类测试:

8、强健壮等价类测试:

9、单元实践

2、边界值法 2.1、边界值分析

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。边界值分析的基本思想是使用在最小值、略高于最小值、正常值、略低于最大值、最大值处取变量值。

2.2、健壮性分析

2.3、最坏情况测试

2.4、单元实践

2.5、随机测试

2.6、边界值测试的指导方针

3、决策表法

3.1、决策表

3.2、实例

3.3、指导方针

4、因果图法

因果图是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法。适用于检查程序输入条件的各种组合的情况。

5、场景法 6、正交实验法 四、白盒测试(后续补充)

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。