《软件测试复习2011(1)》由会员分享，可在线阅读，更多相关《软件测试复习2011(1)（32页珍藏版）》请在金锄头文库上搜索。
1、软件测试第1章 软件测试概述 软件测试过程需求评审设计评审单元评审集成评审功能测试系统测试验收评审测试计划测试设计测试脚本开发测试执行测试结果分析和报 告第2章 需求和设计评审 评审方法最不正式的最正式的临时评审轮查 走查互为评审 同行评审审查Random review, Pass-round, Walkthrough, Peer review, Inspection评审会议流程达到评审会议 标准?Yes 计划全面纵览准备修正问题跟踪问题记录会议纪要满足执行要求?YesNo总结报告评审结果分析 流程改进建议第3章 测试用例设计可以设计多少个测试用例？什么是测试用例?P32测试用例（test c
2、ase）是可以被独立执行的一个过程，这个 过程是一个最小的测试实体，不能再被分解。测试用例也就是 为了某个测试点而设计的测试操作过程序列、条件、期望结果 及其相关数据的一个特定的集合。整体测试用例的质量要求覆盖率。依据特定的测试目标的要求，尽可能 覆盖所有的测试范围、功能特性和代码。 易用性。测试用例的设计思路清晰、组织结构 层次合理，测试用例操作的连贯性好，使单个模 块的测试用例执行顺畅。 易维护性。应该以很少的时间来完成测试测试 用例的维护工作，包括添加、修改和删除测试用 例。易用性和易读性，也有助于易维护性。 粒度适中。既能覆盖各个特定的场景，保证测 试的效率；又能处理好不同数据输入的测
3、试要求 ，提高测试用例的可维护性。第4章 自动化测试什么是自动化测试? 自动化测试（automated test）是相对手工测试 （manual test）而存在的一个概念，由手工逐 个地运行测试用例的操作过程被测试工具自动执 行的过程所代替。 测试工具的使用是自动化测试的主要特征自动化测试的特点自动运行的速度快，是手工无法相比的 。 测试结果准确。例如搜索用时及时是0.33 秒或0.24秒，系统都会发现问题，不会忽视 任何差异 高复用性。一旦完成所用的测试脚本，可 以一劳永逸运行很多遍 永不疲劳 可靠 独特的能力 第5章 单元测试和集成测试黑盒方法和白盒方法 黑盒测试方法（Blake-box
4、 Testing），是把 程序看作一个不能打开的黑盒子，不考虑程序内 部结构和内部特性，而是考察数据的输入、条件 限制和数据输出，完成测试 白盒测试方法（White-box Testing），也称 结构测试或逻辑驱动测试。白盒测试方法是根据 模块内部结构了解，基于内部逻辑结构，针对程 序语句、路径、变量状态等来进行测试，检验程 序中的各个分支条件是否得到满足、每条执行路 径是否按预定要求正确的工作。 白盒方法的目标 语句覆盖，使得程序中每一条可执行语句至少 被执行一次 分支覆盖，使得程序中每一个分支都至少被执 行一次 条件覆盖，程序中每一个条件至少有一次被满 足 路径覆盖，对程序模块的所有独立
5、的基本路径 至少要测试一次条件覆盖 vs. 分支覆盖分支一.T.a0， b0 : a= 1， b= 1分支二.F. a0， b0 : a= -1， b= 1a0 &b0) 只有两个分支（.T. 和 .F.），但条件有 a0, a0, b=0, 构成四种组合第6章 功能测试 功能测试，依据产品设计规格说明书完成 对产品功能进行操作，以验证系统是否满 足用户的功能性需求 p界面（UI）测试p数据输入/输出p操作（场景）p（业务）逻辑p接口 等价类法all inputsi1i4 i2i3 等价类是某个输入域的子集，在该子集中 每个输入数据的作用是等效的 将程序可能的输入数据分成若干个子集， 从每个子
6、集选取一个代表性的数据作为测 试用例 在分析需求规格说明的基础上划分等价类 ，列出等价类表等价类划分实例1等价类1: Integer(整数)等价类2: Decimal fraction(小数)等价类3: Negative(负数)等价类4: Invalid input(非法输入)实例二p有效等价类？p无效等价类？电话号码在应用程序中也是经常能见到，对于我国固定 电话号码由两部分组成：p 地区码：以0开头的三位或者四位数字p 电话号码：以非0、非1开头的七位或者八位数字应用程序会接受一切符合上述规定的电话号码，而拒绝 不符合规定的号码 p测试用例？ P99边界值分析方法 程序的很多错误发生在输入或
7、输出范围的边 界上，因此针对各种边界情况设置测试用例， 可以更有效地发现缺陷。 设计方法： 确定边界情况（输入或输出等价类的边 界） 选取正好等于、刚刚大于或刚刚小于边 界值作为测试数据第7章 国际化和本地化本地化的概念软件本地化是在源语言版本的基础上，通 过翻译、定制和参数配置等工作，使软件产 品或系统在语言、时区、度量衡、文化、风 俗习惯等各个方面与当地国家和地区的相应 内容相一致，从而满足特定地区的用户的使 用需求。国际化的概念国际化为保证所开发 的软件能适应全球市 场的本地化工作而不 需要对程序做任何系 统性或结构性变化的 特性，这种特性通过 特定的系统设计、程 序设计、编码方法来 实
8、现。国际化测试点 双向识别功能 硬编码 语言切换方式 大小写转换 多字节和单字节文字的混 合 输入法编辑器（IME） 换行 快捷组合键 纸张大小 电话号码 词序问题 姓名显示问题 第8章 系统测试定义负载测试是通过模拟实际软件系统所承受的负 载条件、改变系统负载大小和负载方式来发现 系统中所存在的问题 压力测试是在强负载情况下（如大数据量、大 量并发用户连接等）稳定性进行测试，查看应 用系统在峰值（瞬间使用高峰）使用情况下的 行为表现，更有效地发现系统稳定性的隐患和 系统在负载峰值的条件下功能隐患等，确认系 统是否具有良好的容错能力和可恢复能力。 性能测试是为获取或验证系统性能指标而进行 的测
9、 负载测试过程P152确定所要模拟的角色及其对应的关键业务操作路径。 确定输入/输出参数，制定负载测试方案。 准备测试环境，并完成相应的测试脚本的开发。 设计具体的测试场景，如负载水平、加载方式等。 执行测试，监控输出参数，如数据吞吐量、响应时间、资源占有 率等。 对测试结果进行分析。 结果不满意，需要调整测试场景，进入下一个循环。一些常见的性能问题 资源泄漏，系统原来越慢,需重启恢复,主要原因包 括内存泄漏等 资源瓶颈，内部资源（线程、放入池的对象）变 得稀缺 ,主要原因是资源分配不足等 CPU使用率达到100%、系统被锁定等 ,主要原 因有代码有无限循环,频繁对数据库进行访问等 线程死锁、
10、线程阻塞等,主要原因有资源争用,事物 并发处理错误等 查询速度慢或列表效率低 ,主要原因有SQL语句过 于复杂,未使用索引,算法效率低等第9章 缺陷报告缺陷的严重性和优先级严重性：缺陷对软件产品使用的影响程度 优先级：缺陷必须被修复的紧急程度 缺陷越严重，越要优先得到修正，缺陷严 重等级和缺陷优先级相关性很强 也有例外，如有些缺陷比较严重，但由于 技术的限制或第3方产品的限制，暂时没 法修正，其优先级就会低 有效报告缺陷 单一准确，每个报告只针对一个软件缺陷 可以再现，不要忽视或省略任何一项操作步骤， 特别是关键性的操作一定要描述清楚，确保开发 人员按照所描述的步骤可以再现缺陷 完整统一，提供完整的软件缺陷描述信息 短小简练，如使用业务关键词 特定条件，必须注明缺陷发生的特定条件 不做评价，客观描述第10章 测试的原则 尽早和不断地测试 重点测试 测试阶段性 测试独立性 测试客观性 计划是一个过程 测试是开发的一部分 发现缺陷更多的地方，其风险更 大 想用户所想完整的测试计划书 目标和范围：产品特性、质量目标、范围和 限制。 项目估算：工作量、资源的估算 风险计划：风险分析、识别与回避/缓解对 策 进度安排：分解项目工作结构，指定时间/ 资源表 资源配置：人员、硬件和软件等分配。 跟踪和控制机制：质量保证、变更控制等
