文档介绍：软件测试总结软件测试软件缺陷的定义:计算机系统或程序中存在的任何一种破坏正常运行能力的问题、错误或者隐藏的功能缺陷、瑕疵。对于软件缺陷的准确定义,通常有以下5条描述:软件未实现产品说明书要求的功能。软件出现了产品说明书指明不会出现的错误。软件超出实现了产品说明书提到的功能。软件实现了产品说明书虽未明确指出但应该实现的目标。软件难以理解,不易使用,运行缓慢或者终端用户认为不好。软件测试的定义:软件测试是为了发现程序中的错误而实施的一些方法和手段。软件测试与开发的关系:测试与软件开发各阶段的关系:软件开发过程是一个自顶向下,逐步细化的过程。而测试过程则是依相反的顺序安排的自底向上,逐步集成的过程,低一级测试为上一级测试准备条件。此外还有两者平行地进行测试。首先对每一个程序模块进行单元测试,消除程序模块内部在逻辑上和功能上的错误和缺陷。再对照软件设计进行集成测试,检测和排除子系统(或系统)结构上的错误。随后再对照需求,进行确认测试。最后从系统全体出发,运行系统,看是否满足要求。测试与开发的并行性:在软件的需求得到确认并通过评审后,概要设计工作和测试计划制定设计工作就要并行进行。如果系统模块已经建立,对各个模块的详细设计、编码、单元测试等工作又可并行。待每个模块完成后,可以进行集成测试、系统测试。软件测试的原则:尽早地和不断地进行软件测试。测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。程序员应避免检查自己的程序。在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。充分注意测试中的群集现象。严格执行测试计划。对每一个测试结果做全面检查。保存测试计划,测试用例,出错统计和最终分析报告。软件测试的目的:测试是程序的执行过程,目的在于发现错误,不能证明程序的正确性,仅限于处理有限种的情况。检查系统是否满足需求,这也是测试的期望目标。一个好的测试用例在于发现还未曾发现的错误;成功的测试是发现了错误的测试。软件测试标准如下:揭示错误。“质量第一”的思想。建立质量标准。软件项目一启动,软件测试也就开始,而不是等程序写完,才开始进行测试。测试用例是设计出来的,不是写出来的。对发现错误较多的程序段,应进行更深入的测试。静态测试:通过对被测程序的静态审查,发现代码中潜在的错误。它一般用人工方式脱机完成,故亦称人工测试或代码评审动态测试:是通过源程序运行时所体现出来的特征,来进行执行跟踪、时间分析以及测试覆盖等方面的测试。黑盒测试:黑盒测试是一种从用户观点出发的测试,又称为功能测试,数据驱动测试和基于规格说明的测试。白盒测试:白盒测试基于产品的内部结构来进行测试,检查内部操作是否按规定执行,软件各个部分功能是否得到充分利用。白盒测试又称为结构测试,逻辑驱动测试或基于程序的测试。语句覆盖:是指设计若干个测试用例,程序运行时每个可执行语句至少被执行一次。判断覆盖:是指设计若干个测试用例,执行被测试程序时,程序中每个判断条件的真值分支和假值分支至少被执行一遍。条件覆盖:是指设计若干个测试用例,执行被测试程序时,序中每个判断条件中的每个判断式的真值和假值至少被执行一遍。判断/条件覆盖是指设计若干个测试用例,执行被测试程序时,程序中每个判断条件的真假值分支至少被执行一遍,并且每个判断条件的内部判断式的真假值分支也要被执行一遍。条件组合覆盖是指设计若干个测试用例,执行被测试程序时,程序中每个判断条件的内部判断式的各种真假组合可能都至少被执行一遍。路径覆盖(PathCoverage):够覆盖程序中所有的可能路径。软件测试复杂性:完全测试是不现实的、软件测试是有风险的、杀虫剂现象、缺陷的不确定性。软件测试经济性:一是体现在测试工作在整个项目开发过程中的重要地位,二是体现在应该按照什么样的原则进行测试,以实现测试成本与测试效果的统一。影响因素:软件面向的目标用户可能出现的用户数量潜在缺陷造成的影响开发机构的业务能力软件测试的充分性准则有以下几点:对任何软件都存在有限的充分测试集合;单调性;非复合性;非分解性;软件测试的充分性与软件的需求、软件的实现都相关;复杂性;具有回报递减率。软件测试阶段的输入信息包括两类:软件配置:指测试对象。通常包括需求说明书、设计说明书和被测试的源程序等;测试配置:通常包括测试计划、测试步骤、测试用例以及具体实施测试的测试程序、测试工具等。(通过测试的软件项目是开发的输出;最初输入:测试规格说明书之后一系列规格说明书都可以作为输入)单元测试的定义:单元测试是对软件基本组成单元进行的测试。单元测试的对象是软件设计的最小单位——模块。单元测试的目标:确保各单元模块被正确地编码。驱动模块:相当于被测模块的主程序。它接收测试数据,把这些数据传送给被测模块,最后输出实测结果。桩模块:用以代替被测模块调用的子模块。桩模块可以做少量的数据