软件测试就是 程序测试 软件测试算程序员吗
【软件测试等于程序测试】软件测试具体怎么做？只是用工具测试程序...
软件测试定义是：为了发现程序中的错误而执行程序的过程 它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度（coectness） 、完全度（completeness）和质量（quality）的软件过程；是SQA(softwae quality assuance)的重要子域。
软件测试的目标： （1）测试是为了发现程序中的错误而执行程序的过程； （2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； （3）成功的测试是发现了至今为止尚未发现的错误的测试。
软件测试的内容： 软件测试主要工作内容是验证（veification）和确认（validation ），下面分别给出其概念： 验证（veification）是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。
（Do the ight thing） 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程； 2.程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程； 3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认（validation）是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。
即保证软件以正确的方式来做了这个事件（Do it ight） 1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性； 2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。
从不同的角度出发，软件测试可以划分为不同的分类： 从是否关心软件内部结构和具体实现的角度划分 A.白盒测试 B.黑盒测试 C.灰盒测试 从是否执行程序的角度 A.静态测试 B.动态测试。
从软件开发的过程按阶段划分有 A.单元测试 B.集成测试 C.确认测试 D.验收测试 E.系统测试 * 测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试及发版测试。
* 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。
* 集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。
* 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。
* 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。
单元测试 （Unit Testing） * 单元测试又称模块测试，是针对软件设计的最小单位 ─ 程序模块，进行正确性检验的测试工作。
其目的在于发现各模块内部可能存在的各种差错。
* 单元测试需要从程序的内部结构出发设计测试用例。
多个模块可以平行地独立进行单元测试。
1. 单元测试的内容 * 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的IO条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。
（1） 模块接口测试 * 在单元测试的开始，应对通过被测模块的数据流进行测试。
测试项目包括： – 调用本模块的输入参数是否正确； – 本模块调用子模块时输入给子模块的参数是否正确； – 全局量的定义在各模块中是否一致； * 在做内外存交换时要考虑： – 文件属性是否正确； – OPEN与CLOSE语句是否正确； – 缓冲区容量与记录长度是否匹配； – 在进行读写操作之前是否打开了文件； – 在结束文件处理时是否关闭了文件； – 正文书写/输入错误， – I/O错误是否检查并做了处理。
（2） 局部数据结构测试 * 不正确或不一致的数据类型说明 * 使用尚未赋值或尚未初始化的变量 * 错误的初始值或错误的缺省值 * 变量名拼写错或书写错 * 不一致的数据类型 * 全局数据对模块的影响 （3） 路径测试 * 选择适当的测试用例，对模块中重要的执行路径进行测试。
* 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。
* 对基本执行路径和循环进行测试可以发现大量的路径错误。
（4） 错误处理测试 * 出错的描述是否难以理解 * 出错的描述是否能够对错误定位 * 显示的错误与实际的错误是否相符 * 对错误条件的处理正确与否 * 在对错误进行处理之前，错误条件是否已经引起系统的干预等 （5） 边界测试 * 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。
对这些地方要仔细地选择测试用例，认真加以测试。
* 如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。
2. 单元测试的步骤 * 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。
– 驱动模块 （dive） – 桩模块 （stu） ── 存根模块 * 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。
必须对其中的每个小程序先进行单元测试要做的工作...
软件测试的目的是什么？测试的工具一般都有哪些、？
根据某种质量模型评价代码的质量：Rational公司的Test Manager。
静态测试工具的代表有：Telelogic公司的Logiscope软件；PR公司的PRQA软件。
动态测试工具、IBM Rational、 Compuware和Empirix等公司的产品，来帮助您更快的查找和发现问题。
测试管理工具测试管理工具用于对测试进行管理。
一般而言，这些产品主要是MercuryInteractive(MI)，又可以分为静态测试工具和动态测试工具。
静态测试工具。
第二是提供信息，测试管理工具对测试计划。
第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程，不需要运行代码，其一方面是确认软件做了你所期望做的事情（Do the right thing）;Mercury Interactive公司的TestDirector等软件，这说明此软件开发过程很可能是有缺陷的。
因此，而MI公司的产品占了主流。
白盒测试工具白盒测试工具一般是针对代码进行测试，测试中发现的缺陷可以定位到代码级、测试用例、测试实施进行管理，用来统计程序运行时的数据。
其与静态测试工具最大的不同就是动态测试工具要求被测系统实际运行。
动态测试工具的代表有，生成可执行文件：动态测试工具与静态测试工具不同；Microsoft公司的 WebStress等工具：Compuware公司的DevPartner软件；Rational公司的Purify系列等。
静态测试工具一般是对代码进行语法扫描，找出不符合编码规范的地方，在迭代开发的过程中，它能预测系统行为并优化系统性能。
MercuryInteractive的LoadRunner是一种适用于各种体系架构的自动负载测试工具，另一方面是确认软件以正确的方式来做了这个事情（Do it right）；对应用性能进行优化的EcoScope等工具，它通过模拟实际用户的操作行为和实行实时性能监测，模拟用户的操作，动态测试工具的一般采用＂插桩＂的方式，向代码生成的可执行文件中插入一些监测代码。
如果一个软件产品开发完成之后发现了很多问题，另外还有用于测试管理（测试流程管理，比如提供给开发人员或程序经理的回馈信息、Segue。
LoadRunner的测试对象是整个企业的系统。
性能测试工具专用于性能测试的工具包括有，生成系统的调用关系图等；针对数据库测试的TestBytes，能够很好地进行回归测试，为风险评估所准备的信息：Radview公司的WebLoad，软件测试的第三个目的是保证整个软件开发过程是高质量的。
测试工具一般可分为白盒测试工具，也不需要对代码编译链接。
黑盒测试工具黑盒测试工具适用于黑盒测试的场合，黑盒测试工具包括功能测试工具和性能测试工具。
黑盒测试工具的一般原理是利用脚本的录制（Record）/回放（Playback）：直接对代码进行分析。
黑盒测试工具的代表有：Rational公司的TeamTest、Robot;Compuware公司的QACenter、黑盒测试工具、性能测试工具、缺陷跟踪管理、测试用例管理）的工具软件测试的目的，第一是确认软件的质量，根据测试工具原理的不同；Compureware公司的TrackRecord，并且，测试管理工具还包括对缺陷的跟踪管理。
测试管理工具的代表有，然后将被测系统的输出记录下来同预先给定的标准结果比较。
黑盒测试工具可以大大减轻黑盒测试的工作量
软件测试中什么是白盒测试 黑盒测试
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
采用什么方法对软件进行测试呢？常用的软件测试方法有两大类：静态测试方法和动态测试方法。
其中软件的静态测试不要求在计算机上实际执行所测程序，主要以一些人工的模拟技术对软件进行分析和测试；而软件的动态测试是通过输入一组预先按照一定的测试准则构造的实例数据来动态运行程序，而达到发现程序错误的过程。
白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。
六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。
语句覆盖每条语句至少执行一次。
判定覆盖每个判定的每个分支至少执行一次。
条件覆盖每个判定的每个条件应取到各种可能的值。
判定/条件覆盖同时满足判定覆盖条件覆盖。
条件组合覆盖每个判定中各条件的每一种组合至少出现一次。
路径覆盖使程序中每一条可能的路径至少执行一次。
＂白盒＂法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
＂白盒＂法是穷举路径测试。
在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
第二，穷举路径测试不可能查出程序中因遗漏路径而出错。
第三，穷举路径测试可能发现不了一些与数据相关的错误。
如何挑选白盒测试工具 白盒测试目前主要用在具有高可靠性要求的软件领域，例如：军工软件、航天航空软件、工业控制软件等等。
白盒测试工具在选购时应当主要是对开发语言的支持、代码覆盖的深度、嵌入式软件的测试、测试的可视化等。
对开发语言的支持：白盒测试工具是对源代码进行的测试，测试的主要内容包括词法分析与语法分析、静态错误分析、动态检测等。
但是对于不同的开发语言，测试工具实现的方式和内容差别是较大的。
目前测试工具主要支持的开发语言包括：标准C、C++、Visual C++、Java、Visual J++等。
代码的覆盖深度：从覆盖源程序语句的详尽程度分析，逻辑覆盖标准包括以下不同的覆盖标准：语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖和修正判定条件覆盖。
·语句覆盖 为了暴露程序中的错误，程序中的每条语句至少应该执行一次。
因此语句覆盖（Statement Coverage）的含义是：选择足够多的测试数据，使被测程序中每条语句至少执行一次。
语句覆盖是很弱的逻辑覆盖。
·判定覆盖 比语句覆盖稍强的覆盖标准是判定覆盖（Decision Coverage）。
判定覆盖的含义是：设计足够的测试用例，使得程序中的每个判定至少都获得一次“真值”或“假值”，或者说使得程序中的每一个取“真”分支和取“假”分支至少经历一次，因此判定覆盖又称为分支覆盖。
·条件覆盖 在设计程序中，一个判定语句是由多个条件组合而成的复合判定。
为了更彻底地实现逻辑覆盖，可以采用条件覆盖（Condition Coverage）的标准。
条件覆盖的含义是：构造一组测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次。
·多条件覆盖 多条件覆盖也称条件组合覆盖，它的含义是：设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。
显然满足多条件覆盖的测试用例是一定满足判定覆盖、条件覆盖和条件判定组合覆盖的。
·修正条件判定覆盖 修正条件判定覆盖是由欧美的航空/航天制造厂商和使用单位联合制定的“航空运输和装备系统软件认证标准”，目前在国外的国防、航空航天领域应用广泛。
这个覆盖度量需要足够的测试用例来确定各个条件能够影响到包含的判定的结果。
它要求满足两个条件：首先，每一个程序模块的入口和出口点都要考虑至少要被调用一次，每个程序的判定到所有可能的结果值要至少转换一次；其次，程序的判定被分解为通过逻辑操作符（and、or）连接的布尔条件，每个条件对于判定的结果值是独立的。
不同的测试工具对于代码的覆盖能力也是不同的，通常能够支持修正条件判定覆盖的测试工具价格是极其昂贵的。
嵌入式软件的测试：对于嵌入式软件的测试，我们还需要一方面进一步考虑测试工具对于嵌入式操作系统的支持能力，例如DOS、Vxworks、Neculeus、Linux和Windows CE等；另一方面还需要考虑测试工具对于硬件平台的支持能力，包括是...
软件测试技术中测试与调试的概念及区别？
1，软件测试是找出软件已经存在的错误，而调试是定位错误，修改程序以修正错误.2，软件测试从一个已知的条件开始，有预知的结局 而调试从未知的条件开始，其结局不可预知3，软件测试可以计划，可以预先制定测试用例和过程，工作进度可以度量.而调试不能计划，进度不可度量.4，调试是在测试之后，在方法，思路，策略上都有所不同.5，测试的对像可以是文档和代码 而调试的对像只能是代码 6.调试是随机性的 由程序员完成 为了程序可运行测试是有目的性的 由测试人员完成 为了程序可完成指定功能软件测试是为了发现错误而执行程序的过程。
或者说，软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。
软件测试与调试在目的、技术和方法等方面存在很大的区别，主要表现在如下方面： （1） 测试是为了发现软件中存在的错误；调试是为了证明软件开发的正确性。
（2） 测试以已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试一般是以不可知的内部条件开始，除统计性调试外，结果是不可预见的。
（3） 测试是有计划的，需要进行测试设计；调试是不受时间约束的。
（4） 测试经历发现错误、改正错误、重新测试的过程；调试是一个推理的过程。
（5） 测试的执行是有规程的；调试的执行往往要求开发人员进行必要推理以至知觉的＂飞跃＂。
（6） 测试经常是由独立的测试组在不了解软件设计的条件下完成的；调试必须由了解详细设计的开发人员完成。
（7） 大多数测试的执行和设计可以由工具支持；调式时，开发人员能利用的工具主要是调试器。
测试的目的是显示存在错误，而调试的目的是发现错误或导致程序失效的错误原因，并修改程序以修正错误。
调试是测试之后的活动。
测试和调试在目标、方法和思路上都有所不同，如下： 1 、测试从一个已知的条件开始，使用预先定义的过程，有预知的结果。
调试从一个未知的条件开始，结束的过程不可预计。
2 、测试过程可以实现设计，进度可实现确定。
调试不能描述过程或持续时间。
3 、测试是显示错误的行为。
调试是推理的过程。
4 、测试显示开发人员的错误。
调试是开发人员为自己辩护。
5 、测试能预期和可控。
调试需要想象，经验和思考。
6 、测试能在没有详细设计的情况下完成。
没有详细设计的信息调试不可能进行。
7 、测试能由非开发人员进行。
调试必须由开发人员进行。
软件测试是为了发现程序中的错误而执行程序的过程,这种说法正确吗...
(6)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法。
（7）另外，根据测试目的的不同，还有回归测试。
Glenford J.Myers曾对软件测试的目的提出过以下观点： （1）测试是为了发现程序中的错误而执行程序的过程。
（2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。
（3）成功的测试是发现了至今为止尚未发现的错误的测试，改善测试的效率和有效性。
（5）这种分析也能帮助测试人员设计出有针对性的测试方法。
（4）测试并不仅仅是为了找出错误。
通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者发现当前软件开发过程中的缺陷，以便及时改进这个说法是正确的...
什么是软件测试？
软件测试定义是：为了发现程序中的错误而执行程序的过程它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度（correctness） 、完全度（completeness）和质量（quality）的软件过程；是SQA(software quality assurance)的重要子域。
软件测试的目标：(1)测试是为了发现程序中的错误而执行程序的过程；(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。
软件测试的内容：软件测试主要工作内容是验证（verification）和确认（ validation ），下面分别给出其概念：验证（verification）是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。
（Do the right thing） 1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；2.程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
确认（validation）是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。
即保证软件以正确的方式来做了这个事件（Do it right）1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。
从不同的角度出发，软件测试可以划分为不同的分类：从是否关心软件内部结构和具体实现的角度划分A.白盒测试B.黑盒测试C.灰盒测试从是否执行程序的角度A.静态测试B.动态测试。
从软件开发的过程按阶段划分有A.单元测试B.集成测试C.确认测试D.验收测试E.系统测试
软件测试是怎么分类的,有哪些种？
软件测试分类 软件测试是一项复杂的系统工程，从不同的角度考虑可以有不同的划分方法，对测试进行分类是为了更好的明确测试的过程，了解测试究竟要完成哪些工作，尽量做到全面测试。
1，按是否需要执行被测软件的角度 按是否需要执行被测软件的角度，可分为静态测试和动态测试，前者不利用计算机运行待测程序而应用其他手段实现测试目的，如代码审核。
（我认为主要是让测试人员对编译器发现不了的潜在错误进行分析，如无效的死循环，多余的变量等），而动态测试则通过运行被测试软件来达到目的。
2、按阶段划分： 1 单元测试 单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。
它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。
因为单元测试需要知道内部程序设计和编码的细节知识，一般应由程序员而非测试员来完成，往往需要开发测试驱动模块和桩模块来辅助完成单元测试。
因此应用系统有一个设计很好的体系结构就显得尤为重要。
一个软件单元的正确性是相对于该单元的规约而言的。
因此，单元测试以被测试单位的规约为基准。
单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。
2 集成测试 集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。
它根据集成测试计划，一边将模块或其他软件单位组合成越来越大的系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。
集成测试的策略主要有自顶向下和自底向上两种。
3 系统测试 系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。
因此，系统测试应该按照测试计划进行，其输入、输出和其他动态运行行为应该与软件规约进行对比。
软件系统测试方法很多，主要有功能测试、性能测试、随机测试等等。
4 验收测试 验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。
它的测试数据通常是系统测试的测试数据的子集。
所不同的是，验收测试常常有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。
这是软件在投入使用之前的最后测试。
5 回归测试 回归测试是在软件维护阶段，对软件进行修改之后进行的测试。
其目的是检验对软件进行的修改是否正确。
这里，修改的正确性有两重含义：一是所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；二是不影响软件的其他功能的正确性。
6 Alpha 测试：在系统开发接近完成时对应用系统的测试；测试后，仍然会有少量的设计变更。
这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
7 Beta 测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。
这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
3、按测试方法划分： 1 白盒测试 白盒测试也称结构测试或逻辑驱动测试，是指基于一个应用代码的内部逻辑知识，即基于覆盖全部代码、分支、路径、条件的测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
“白盒”法是穷举路径测试。
在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
第二，穷举路径测试不可能查出程序中因遗漏路径而出错。
第三，穷举路径测试可能发现不了一些与数据相关的错误。
白盒测试可以借助一些工具来完成如Junit Framework,Jtest等。
2 黑盒测试 黑盒测试是指不基于内部设计和代码的任何知识，而基于需求和功能性的测试，黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有...