软件测试系列培训教程北大青鸟4

Version 3.0测试计划和单元测试测试计划和单元测试 测试工具是辅助测试整个过程的工具软件。测试工具是辅助测试整个过程的工具软件。单元测试工具的种类和优势、缺陷。单元测试工具的种类和优势、缺陷。健壮的测试工具的引入应该具有一定的设计健壮的测试工具的引入应该具有一定的设计原则。原则。介绍介绍Panorama产品内容和运行环境、使用原产品内容和运行环境、使用原理、各个工具的简单运用以及缺陷。理、各个工具的简单运用以及缺陷。计划测试过程计划测试过程 制定单元测试说明书制定单元测试说明书 明确测试用例设计技术明确测试用例设计技术 单元测试的测试手段单元测试的测试手段 基本测试过程原则：尽早测试、经常测试、基本测试过程原则：尽早测试、经常测试、充分测试。充分测试。开发过程与测试过程：分析、测试、设计、开发过程与测试过程：分析、测试、设计、测试、编码、测试测试、编码、测试。测试计划应该是按照开发者的要求并用具测试计划应该是按照开发者的要求并用具体例子来描述一个测试计划的层次结构以体例子来描述一个测试计划的层次结构以及各个测试计划相联系的标准模版。及各个测试计划相联系的标准模版。谁执行了测试？谁执行了测试？测试什么？测试什么？什么时候测试？什么时候测试？怎样测试？怎样测试？测试应进行到何种程度？测试应进行到何种程度？良好的测试设计由以下的若干个方面组成：良好的测试设计由以下的若干个方面组成：测试策略测试策略 测试计划测试计划 测试说明书测试说明书 测试规范测试规范 这些方案适用于从单元测试到系统测试等各这些方案适用于从单元测试到系统测试等各个级别的测试。测试设计需要根据软件说明个级别的测试。测试设计需要根据软件说明书来进行。书来进行。概况概况定义：定义：检验程序最小单位有无错误。一般在编码之后，检验程序最小单位有无错误。一般在编码之后，由开发人员完成。由开发人员完成。单元：软件开发中的最小的独立部分单元：软件开发中的最小的独立部分 C C语言中的单元：函数或者是子过程语言中的单元：函数或者是子过程 C+C+语言中的单元：类语言中的单元：类 单元测试目前状况：单元测试目前状况：实施效果非常好，但是实施阻力比较大实施效果非常好，但是实施阻力比较大(主要主要是人员和管理因素是人员和管理因素)，一般只在关键的程序，一般只在关键的程序单元中实施单元中实施有比较系统的理论和方法，但也依赖于系统的有比较系统的理论和方法，但也依赖于系统的特殊性和开发人员的经验特殊性和开发人员的经验有大量的辅助工具，开发人员也经常自己开发有大量的辅助工具，开发人员也经常自己开发测试代码和测试工具测试代码和测试工具主要使用白盒测试和静态分析，也使用黑盒测主要使用白盒测试和静态分析，也使用黑盒测试试 管理流程管理流程 主要指动态测试应用流程主要指动态测试应用流程测试计划测试设计测试执行测试记录分析测试总结完毕缺陷跟踪针对测试目标，规定测试任务、资源分配、人员角色、进度安排等。根据测试计划，设计测试用例，包括：测试步骤、测试场景、测试代码、测试数据(包括预期结果)。根据测试计划，配置测试环境，并手动或者自动执行测试设计。根据测试计划，忠实地记录测试执行的过程和结果。分析测试记录，如果发现与预期结果不同，确定并重现缺陷。检查测试设计是否全部执行完毕，缺陷是否全部关闭。记录、分发、评估、关闭缺陷报告。分析测试过程和缺陷报告，评估测试质量和测试效果，给出是否通过测试的建议。测试用例是数据输入和期望结果组成的对测试用例是数据输入和期望结果组成的对。软件中有许多错误软件中有许多错误用户遇到的错误只占很小比用户遇到的错误只占很小比例例应该针对用户最容易遇到的应该针对用户最容易遇到的错误进行测试，以便改进测错误进行测试，以便改进测试的有效性试的有效性 ANSI/IEEE829标准列出了测试用例应该包含标准列出了测试用例应该包含在内的重要信息：在内的重要信息：标识符标识符测试项测试项输入说明输入说明输出说明输出说明环境要求环境要求特殊要求特殊要求用例依赖性用例依赖性 单元测试说明书由一系列单元测试用例组成。单元测试说明书由一系列单元测试用例组成。每个单元测试用例都应该包括四个基本要素每个单元测试用例都应该包括四个基本要素（对照（对照ANSI/IEEE标准）：标准）：单元的初始状态说明单元的初始状态说明 单元的输入单元的输入测试用例实际要测试的内容测试用例实际要测试的内容测试用例的预期结果测试用例的预期结果 编号编号 如：如：stb-tp0013 标题标题 如：文字排版功能如：文字排版功能.字间距字间距.MayCourse 版本号版本号 如：如：V1.0 执行状态执行状态 如：未执行如：未执行 修改记录修改记录 如：如：2003年年7月月28日；日；编制编制/修改；原修改；原因因 测试目标测试目标 如：语句覆盖如：语句覆盖 测试人员测试人员 如：如：1负责执行测试用例负责执行测试用例xxx；2负责执行测试用例负责执行测试用例xxx 测试用例编号测试用例编号(多个多个)如：如：stb-fg00021/stb-fg00031/stb-fg00035 被测试单元代码位置被测试单元代码位置如：如：$tag1/layout/MayCourse.cpp 编号编号 如：如：stb-tp00014 标题标题 如：测试如：测试“文字排版功能文字排版功能.字间距字间距.MayCourse”版本号版本号 如：如：V1.3 执行状态执行状态 如：已经执行如：已经执行 修改记录修改记录 如：如：2003年年7月月29日；日；编制编制/修改；修改；原因原因 测试步骤测试步骤 如：配置运行环境；输入测试数据；执如：配置运行环境；输入测试数据；执行行X功能功能/测试代码；观察测试代码；观察/记录记录XX 测试场景测试场景 如：在联网的环境下如：在联网的环境下 测试代码测试代码 如：如：stb-tp00021(位置位置)/stb-tp00035(位位置置)测试数据测试数据 如：输入数据如：输入数据(输入文件、文字描述输入文件、文字描述)；预期结果预期结果(性能、图片、文字描述性能、图片、文字描述)编号编号 如：如：stb-tp00015 标题标题 如：记录测试如：记录测试“文字排版功能文字排版功能.字间字间距距.MayCourse”结果结果 填写记录填写记录 如：如：2003年年7月月30日；日；填写；原因填写；原因 测试用例编号测试用例编号 如：如：stb-tp0015 输出结果输出结果 如：图片、文字描述如：图片、文字描述 测试观察测试观察 符合符合/不符合期望结果不符合期望结果 编号编号 如：如：stb-tp00016 标题标题 如：文字排版功能如：文字排版功能.字间距字间距.MayCourse计算错误计算错误 版本号版本号 如：如：V1.3 执行状态执行状态 如：空白如：空白/草稿草稿/提交提交/审批审批/分发分发/正在修改正在修改/修改修改完毕完毕/正在确认正在确认/关闭关闭 修改记录修改记录 如：如：2003年年7月月31日；日；编制编制/修改；原因修改；原因 测试环境和版本号码、程序编写人员测试环境和版本号码、程序编写人员 错误严重程度和优先级别错误严重程度和优先级别 错误详细描述错误详细描述 重现步骤和方式、对应的测试记录编码重现步骤和方式、对应的测试记录编码 附件附件 建议修改方式建议修改方式 修改内容、结果及修改人员签字修改内容、结果及修改人员签字/日期日期 确认内容、结果及确认人员签字确认内容、结果及确认人员签字/日期日期 编号编号 如：如：stb-tp00017 标题标题 如：文字排版功能如：文字排版功能.字间距字间距.MayCourse单元单元测试总结报告测试总结报告 版本号版本号 如：如：V1.5 执行状态执行状态 如：已经提交如：已经提交 修改记录修改记录 如：如：2003年年8月月1日；日；编制编制/修改；原修改；原因因 测试计划编号测试计划编号 计划执行情况计划执行情况 缺陷统计缺陷统计(缺陷总数缺陷总数/未解决数目未解决数目)及为解决缺陷列及为解决缺陷列表表 后续处理措施后续处理措施 是否通过单元测试是否通过单元测试包含一组包含一组单独单独的的单元测试用例单元测试用例的的单元测试单元测试说明书的说明书的设计过程设计过程：步骤步骤 1 1 运行简单测试用例运行简单测试用例 步骤步骤 2 2 正面测试正面测试 步骤步骤 3 3 负面测试负面测试 步骤步骤 4 4 考虑特殊考虑特殊事项事项 步骤步骤 5 5 覆盖完成率测试覆盖完成率测试 步骤步骤 6 6 完善说明书，进行相对完整测试完善说明书，进行相对完整测试 测试用例设计技术可以大体分成两个主要类测试用例设计技术可以大体分成两个主要类别：别：黑盒技术使用的是单元的接口和对功能的描述，黑盒技术使用的是单元的接口和对功能的描述，而无需知道单元内部是如何构建的。而无需知道单元内部是如何构建的。白盒技术使用的是有关单元内部如何工作的信白盒技术使用的是有关单元内部如何工作的信息。息。此外还有其他的技术，它们都不能归入上面的此外还有其他的技术，它们都不能归入上面的类别中，例如错误猜测。类别中，例如错误猜测。根据说明书进行的测试根据说明书进行的测试 测试用例是通过通读相关的说明书而设计得到的。测试用例是通过通读相关的说明书而设计得到的。每个测试用例都应该测试说明书的一条或多条陈每个测试用例都应该测试说明书的一条或多条陈述。述。等价划分等价划分 基本做法是将要测试的软件的输入和输出分成若基本做法是将要测试的软件的输入和输出分成若干部分，对于特定部分中的任意值，软件行为都干部分，对于特定部分中的任意值，软件行为都是等价的。是等价的。边界值分析边界值分析 它使用与等价划分相同的方法分析各个部分。它使用与等价划分相同的方法分析各个部分。但是，它假定错误最可能出现在各部分之间的但是，它假定错误最可能出现在各部分之间的边界处。边界处。状态变换测试状态变换测试 当软件被设计成状态机或者软件实现的是以状当软件被设计成状态机或者软件实现的是以状态机为模型的需求的时候，状态变换测试特别态机为模型的需求的时候，状态变换测试特别有用。有用。测试用例通过生成导致转变的事件来测试测试用例通过生成导致转变的事件来测试状态之间的转换。状态之间的转换。分支测试分支测试 测试用例被设计为检验对单元中的流分支或测试用例被设计为检验对单元中的流分支或判定判定点的控制。点的控制。通常来说它的目的是要达到目标级别的通常来说它的目的是要达到目标级别的判定判定覆盖率。覆盖率。条件测试条件测试 条件测试的目标是设计测试用例以表明逻辑条件测试的目标是设计测试用例以表明逻辑条件的单个组件和单个组件的组合是正确的。条件的单个组件和单个组件的组合是正确的。数据定义数据定义 使用测试使用测试 它将测试用例设计为对成对的数据定义和使用它将测试用例设计为对成对的数据定义和使用进行测试。进行测试。设置数据项的值的地方就是数据定义，读取或设置数据项的值的地方就是数据定义，读取或使用数据的地方就是数据使用。使用数据的地方就是数据使用。次边界值测试次边界值测试 很多情况下，各部分和它们的边界可以通过单很多情况下，各部分和它们的边界可以通过单元功能说明书来识别。元功能说明书来识别。但是，单元可能会有内部边界值，它只能但是，单元可能会有内部边界值，它只能通过结构说明书来识别。通过结构说明书来识别。错误猜测主要是凭经验，同时还需要诸如边错误猜测主要是凭经验，同时还需要诸如边界值分析等其他技术的一些辅助。界值分析等其他技术的一些辅助。凭借经验，测试设计者猜测特定类型的软件凭借经验，测试设计者猜测特定类型的软件中可能出现的错误类型，并设计测试用例来中可能出现的错误类型，并设计测试用例来找到它们。找到它们。由有经验的工程师来进行错误猜测可能是最由有经验的工程师来进行错误猜测可能是最有效地设计能发现错误的测试的唯一方法。有效地设计能发现错误的测试的唯一方法。相反，任用不合适的人来进行错误猜测可能相反，任用不合适的人来进行错误猜测可能会浪费时间。会浪费时间。良好的测试设计由若干个防范组成。良好的测试设计由若干个防范组成。在单元测试中，测试应设计为检验各个单元在单元测试中，测试应设计为检验各个单元是否实现了该单元的设计说明书中的所有设是否实现了该单元的设计说明书中的所有设计计判定判定。单元测试说明书由一系列单元测试用例组成。单元测试说明书由一系列单元测试用例组成。测试用例设计技术可以大体分成黑盒和白盒测试用例设计技术可以大体分成黑盒和白盒两个主要类别。两个主要类别。错误猜测主要凭借测试设计者的经验。错误猜测主要凭借测试设计者的经验。