对软件测试的理解

[对财务管理的概念的理解！]财务管理是指企业为实现良好的经济效益，在组织企业的财务活动、处理财务关系过程中所进行的科学预测、决策、计划、控制、协调、核算、分析和考核等一系列企业经济活动过程中...+阅读

就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需。

使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需或弄清预期结果与实际结果之间的差别.

它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度（correctness）、完全度（completeness）和质量（quality）的软件过程；是SQA(software quality assurance)的重要子域。

Grenford J.Myers曾对软件测试的目的提出过以下观点：

(1)测试是为了发现程序中的错误而执行程序的过程；

(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；

(3)成功的测试是发现了至今为止尚未发现的错误的测试。

然而，这种观点指出测试是以查找错误为中心，而不是为了演示软件的正确功能.但是只从字面意思理解，可能会产生误导，认为发现错误是软件测试的唯一目的，查找不出错误的测试就是没有价值的测试，实际上并非如此！

(1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者

发现当前软件开发过程中的缺陷，以便及时改进；

(2)这种分析也能帮助测试人员设计出有针对性的测试方法，改善测试的效率和有效性；

(3)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法

软件测试概念理论方法目的

一、软件测试的目的：发现 bug。

二、软件测试的概念：在规定的条件下对程序进行操作，以发现错误，对软件质量进行评估。

三、软件测试的理论

1、像无经验的用户那样做

输入意想不到的数据，中途变卦而退回去执行其他操作。

2、在已经找到软件缺陷的地方再找找

原因有二：

一是软件缺陷的集中性。如果发现在不同的特性中找出了大量上边界条件软件缺陷，那么就应该对所有特性着重上边界条件。对某个存在的缺陷，应当投入一些案例来保证这个问题不是普遍存在的。

二是程序员倾向于只修改报告出来的软件缺陷。重新测试时，一定要重新执行同样的测试256次以上。

3、凭借经验、直觉和预感

记录哪些技术有效，哪些不行，尝试不同的途径。如果认为有可疑之处，就要仔细探究。按照预感行事，直至证实这是错误为止。

四、软件测试的方法：冒烟测试、系统测试、回归测试、验收测试。

扩展资料：

软件测试的原则：

1、所有的软件都应追溯到客户的需。

2、应当把”尽早地和不断地进行软件测试“作为软件测试者的座右铭。

3、完全测试是不可能的，测试需要终止。

4、测试无法显示软件潜在的缺陷。

5、充分注意测试中的群集现象。

6、开发工程师应避免测试自己的程序。

7、尽量避免测试的随意性。

8、测试的抗药性。

如何理解软件测试

这个问题太深奥了，没法几句话说清，基本说下大体情况。软件测试的目的就是寻找程序中的Bug，而寻找Bug的前提必须得对需十分了解，因此业务知识很熟悉的软件测试工程师工资比较高，第二寻找Bug要从多方面考虑，例如功能，即功能测试，代码级，单元测试，性能，性能测试，兼容，兼容性测试，数据库容量等等方面的测试，这些方面任何一方面深入研究都会是测试高手，这也就是现在，主要在做性能测试，功能自动化，单元测试，安全测试等方面有深入研究的测试工程师工资很高的原因。Bug可能在软件周期整个过程中任何时候注入，因此一般习惯性的理论是将测试跟踪到软件生命周期中的每一个阶段。例如需，概要设计，详细设计，编码，测试，运行维护。...

软件测试基本理论

软件测试概念：通过各种手段和测试工具，判断软件系统是否能够满足预期期望。从软件开发的过程按阶段划分有 A.单元测试 B.集成测试 C.确认测试 D.系统测试 E.验收测试 * 测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试及发版测试。 * 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。 * 集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。 * 确认测试则是要检查已实现的软件是否满足了需规格说明中确定了的各种需，以及软件配置是否完全、正确。 * 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。单元测试（Unit Testing） * 单元测试又称模块测试，是针对软件设计的最小单位 — 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 * 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 1. 单元测试的内容 * 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。

（1）模块接口测试 * 在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括： – 调用本模块的输入参数是否正确； – 本模块调用子模块时输入给子模块的参数是否正确； – 全局量的定义在各模块中是否一致； * 在做内外存交换时要考虑： – 文件属性是否正确； – OPEN与CLOSE语句是否正确； – 缓冲区容量与记录长度是否匹配； – 在进行读写操作之前是否打开了文件； – 在结束文件处理时是否关闭了文件； – 正文书写/输入错误， – I/O错误是否检查并做了处理。

（2）局部数据结构测试 * 不正确或不一致的数据类型说明 * 使用尚未赋值或尚未初始化的变量 * 错误的初始值或错误的缺省值 * 变量名拼写错或书写错 * 不一致的数据类型 * 全局数据对模块的影响

（3）路径测试 * 选择适当的测试用例，对模块中重要的执行路径进行测试。 * 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。 * 对基本执行路径和循环进行测试可以发现大量的路径错误。

（4）错误处理测试 * 出错的描述是否难以理解 * 出错的描述是否能够对错误定位 * 显示的错误与实际的错误是否相符 * 对错误条件的处理正确与否 * 在对错误进行处理之前，错误条件是否已经引起系统的干预等

（5）边界测试 * 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。 * 如果对模块运行时间有要的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。 2. 单元测试的步骤 * 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。 – 驱动模块（driver） – 桩模块（stub） —— 存根模块 * 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中的每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。 * 对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别称为模块测试，以区别单元测试。集成测试（Integrated Testing） * 集成测试（集成测试、联合测试） * 通常，在单元测试的基础上，需要将所有模块按照设计要组装成为系统。这时需要考虑的问题是： – 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失； – 一个模块的功能是否会对另一个模块的功能产生不利的影响； – 各个子功能组合起来，能否达到预期要的父功能； – 全局数据结构是否有问题； – 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。在单元测试的同时可进行集成测试，发现并排除在模块连接中可能出现的问题，最终构成要的软件系统。 * 子系统的集成测试特别称为部件测试，它所做的工作是要找出集成后的子系统与系统需规格说明之间的不一致。 * 通常，把模块集成成为系统的方式有两种 – 一次性集成方式 – 增殖式集成方式 1. 一次性集成方式（big bang） * 它是一种非增殖式组装方式。也叫做整体拼装。 * 使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要的软件系统。 2. 增殖式集成方式 * 这种集成方式又称渐增式集成 * 首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统 * 在集成的过程中边连接边测试，以发现连接过程中产生的问题 * 通过增殖逐步组装成为要的软件系统。

（1）自顶向下的增殖方式 * 这种集成方式将模块按系统程序结构，沿控制层次自顶向下进行组装。 * 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。 * 选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能。 ...