P50 P100
需求锁定
P200
P330
预集成 启动
P350
研发转测试
P375
特性齐套时间点
P400
版本在研 转商用点
BUG与版本
Bug审核
BUG管理
关闭Bug
提交新Bug
验证Bug
执行新的测试任 务 程序员
测试员
修改BUG
新的开发任 务
版本更新
定期编译
目录
3、ISO9126软件质量模型 软件质量模型 软件质量管理
ISO9126软件质量模型
ISO9126软件质量模型
功能性：在指定条件下，软件产品满足明确和隐含要求功能的能力 适合性：软件为指定的任务和用户目标提供一组合适功能的能力。 准确性：软件提供所需精确度的正确或相符结果及效果的能力 互操作性、互用性：软件产品与一个或更多规定系统进行交互的能力 保密安全性：软件产品保护信息和数据的能力 功能依从性：软件依从同功能性相关的标准、约定或法规的能力 可靠性：在指定条件使用时，软件产品维持规定的性能级别的能力 成熟性：软件产品为避免由软件中错误而导致失效的能力 容错性：在软件失效或者违犯规定的接口的情况下，软件产品维持规定的性能级别的能力 易恢复性：在发生故障的情况下，软件重建规定的性能级别并恢复受直接影响的数据的能力 可靠性依从性：软件产品衣依附于同可靠性相关的标准、约定或规定的能力。 易用性：在指定条件使用时，软件产品备理解、学习、使用和吸引用户的能力 易理解性：完成特定任务的功能明显性和适用性 易学性：软件产品使用户能操作和控制它的能力 吸引性：软件产品吸引用户的能力 易用性依从性：软件产品依从易用性相关标准、约定、风格指南或规定的能力
软件测试概述概述
软件测试过程
用户需求 需求分析 概要设计 详细设计 单元测试 编码 验收测试 系统测试 集成测试
产品测试
图 软程
用户需求
需求分析
用户需求 V&V 验 收测试准备 系统分与设计V&V系 统测试准备 概要设计 V&V 集 成测试准备 详细设计 V&V 详 细测试准备
软件测试工程师的素质
软件测试工程师的素质 1. 技术能力 技术能力，这点不必多说，作为一名测试工程师，不能仅仅从使用者的角度来测试软件产品，而且还要从技术的 角度设计测试用例，这里所说的技术包括基础的与专业的知识，基础方面应该学习过以下课程：软件技术基础、C语 言、面向对象设计、C++、数据库理论、计算机网络技术、软件工程、数据结构与算法、离散数学、模拟电路，数字 电路等；专业方面应该学习掌握：软件测试技术概论、测试管理、测试工具、软件质量管理、CMM、RUP等。 2. 具有一定的编程经验 测试工程师有时需要对源码进行检查，有时也会从程序结构的角度来测试软件产品，有时候需要写一些自动测试 的工具软件来测试，有时候需要编写自动化脚本，显而易见，会写简单代码、能读懂源码对测试人员来说是必须的， 而且如果有一定的编程经验，更有助你对开发过程的深入理解，从编程人员角度来正确评价软件。 3. 沟通能力 测试人员需要与很多人员进行沟通，项目经理、开发经理、开发人员、市场人员等都是与测试人员经常吵架的对 象，而且在面对不同的人员，你需要用不同的方式方法或是不同语气进行交流，与客户要谈得来，处处为客户所想， 你面对的每一个所交流的人员都是你的客户，你要想尽办法来让其理解你所做的工作，尤其是与开发人员之间的交流， 更需要技巧，测试人员和开发人员在关系上稍微有点微妙，彼此都一种较劲的情绪，因此说话的语气和或讲述一个问 题的出发点时就应该特别注意。测试人员时时还会与客户进行交流，这里更讲求交流技巧，不能将产品的缺陷无意的 透漏出去，而且在交流中让客户更满足产品的功能、性能、实用性等。 4. 要有严禁、敢于承担责任、稳重做事的风格 思维严密，什么问题都要考虑到，当然除了做事认真仔细，也要有承担责任的勇气，在漫长的项目实施过程中， 或大或小的错误在所难免，我们可以原谅错误，但不喜欢狡辩，要敢于承认错误。 5. 具有怀疑与破坏的精神 测试人员不仅仅要有常规的测试思维来测试软件，要设计一些非常规的、相反的测试用例来不断的折磨软件产品， 要破坏性的测试，并且不停止你对软件产品的怀疑。 6. 善于自我总结、自我督促 应该说软件测试是一种既繁琐又枯燥无味的工作，做多了做久了你会感觉有一种一成不变的感觉，对自己的能力 没有提高，这时候需要你进行自我管理，自我督促，经常做一些阶段性的总结，新的测试技术和新的测试方法、测试 工具层出不穷，要让自己跟上技术延展的脚步，善于将新的测试技术和新的测试方法应用于实际的测试工作中，不断 的完善、总结，这样会更有利于自我发展、自我管理。
测试理论与测试方法
奇人通信设备有限公司
目录
1、软件测试概述 2、通用软件测试过程 3、ISO9126软件质量模型
4、常用软件测试方法介绍
目录
1、软件测试概述 软件开发过程 软件测试过程 软件测试的输入输出
软件测试概述
软件开发过程
需求分析 设计 编程
测试 维护
时 间
软件测试概述
A 软件测试的定义 ： 几个观点： 测试是为了证明程序有错，而不是证明程序无错 一个好的测试用例是在于它能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试 B 软件测试定义 狭义定义： 程序测试是为了发现错误而执行程序的过程 广义定义： 将测试延伸的需求评审、设计审查活动中去，这种延伸后的软件测试
ISO9126软件质量模型
效率：在规定条件下，相对于所用资源数量，软件产品提供适当性能的能力 时间特性：在规定条件下，软件产品执行其功能时，提供适当的响应和处理时间以及吞吐量的 能力 资源特性：在规定条件下，软件产品执行其功能时，使用合适的数量和类型的资源的能力 效率依从性：软件产品依附于同效率相关的标准或规定的能力。 可维护性：在软件产品可被修改的能力，包括修正、改进或软件适应环境、需求和功能规格说 明中的变化。 易分析性：软件诊断缺陷或失效原因以及判定修改部分的能力 易改变性：软件产品使指定的修改可以被实现的能力 稳定性：软件产品避免由于软件修改而造成意外结果的能力。 易测试性：软件产品使已修改软件能被确认的能力 可维护性依从性：软件产品依从维护型相关的标准或约定的能力 可移植性：软件产品从一种环境迁移到另外一种环境的能力 适应性：软件产品无需采用手段就可能适应不同的指定环境的能力 易安装性：软件产品在指定环境中被安装的能力 共存性：软件在公共环境中飞翔资源与其它独立软件共存的能力 易替换性：在环境、目的相同的情况下替代另一个指定软件的能力 可移植依从性：软件产品依从可移植性相关的标准或约定的能力。
1. 软件测试技术概要 A 软件测试策略 软件测试策略就是测试按照什么样的思路和方式进行。通常软件测试要经过单元测试、集 成测试、确认测试、系统测试和验收测试 B 软件测试技术 1. 按照软件测试用例的设计方法而论，软件测试可分为白盒测试、灰盒测试、黑盒测试 2. 按照软件测试是否执行软件程序而论，软件测试又可分为静态测试和动态测试 3. 按照软件设计方法是否采用面向对象设计技术而论，软件测试又可分为传统测试和面向 对象测试方法 4. 按照网络环境下C/S、B/S应用结构的特定环境而论，软件测试又有其相应的测试方法， 这些都是软件测试具体的测试方法。
常用方法简介
• 质量模型分析法 • 用户场景分析法 • 边界值法 • 流程分析法 • 因果图法和判定表法 • 域测试法 • 状态迁移法 • 正交实验法 • 等效法
谢谢您的关注

交付
实施 集成
验收测试
系统测试 集成测试
概要设计 详细设计
编 码
单元测试
图 软件测试W模型
软件测试输入
用户手册 接口规范 需求分析报告 设计报告 算法研究报告 仿真报告 操作手册 参数配置手册 测试规范 前期测试报告 发布说明 软件/硬件 其它文档
测
试
软件测试输出
版本发布说明
受限列表 操作手册 现场功能测试报告 现场性能测试报告 现场勘查规划报告 现场工程安装文件 现场仿真需求报告 用户手册 测试规范 测试报告 升级指导书 特性应用建议书 测试日志 现场开通验收手册 PMR、BUG、CR、RR
软件质量管理
质量管理 Quality Management
QA Quailty Assurance QC Quailty Control
制定计划
测试
需求审查
跟踪
设计审查 监督
程序代码审查
测试用例审查
目录
4、常用软件测试方法介绍
软件测试技术概要
软件测试的原则 软件测试素质要求 常用方法介绍
软件测试技术概要
提出测试计划
单元测试
集成测试
审核测试用例
确认测试
执行测试
系统测试 测试总结 验收
程序员提供修改 清单 编写测试用例
补充测 试用例
资料归档 修改测试 回归测试 测试用例 复测
执行测试
测试总结
测试报告 复测
软件测试里程碑
主设备类产品测试过程
设计测试
测试设计 参与产品预 集成测试
产品特性测试（PFT） 产品集成测试（PIT）
测
试
目录
2、通用软件测试过程 通用软件测试过程
软件测试里程碑
BUG与版本
通用软件测试过程
不同阶段工作描述
测试标准流程 工作描述 承担者 过程监控 论证需求可行性。撰写FS，FRS文档 以及评审。导入到版本，撰写 需求论证/定义 解决方案。测试部的价值在于 总工团队负责，设计1）需求总数，有效需求数量 /导入 把关需求导入，提交评审意见 测试团队协助 2）测试部提交意见数量 1）《测试项分析方法介绍》 测试项/测试子 使用测试项分析方法，分解测试需 2）对于输出的测试项，指出使用的方 项分析 求，输出测试项 设计测试团队 法 1）《测试用例设计方法介绍》 2）对于输出的测试用例，指出使用方 使用测试用例设计方法，输出测试 法 测试用例设计 用例 测试设计团队 3）测试用例优先级的确定方法和过程 1）回归方法：以用例优先级来确定回 归内容？回归策略评审。回归指标 （需求覆盖率，版本回归用例数， 执行数量，发现问题数量等） 执行测试用例，提交缺陷，问题定 2）产品测试评价方法（KPI，质量评价 位 ） 建立回归测试方法 3）产品测试报告模板 建立自动化测试方法 4）案例，知识库 5）自动化测试指标（自动化率，自动 测试执行 测试执行团队 化执行率） 1）有需求的解决方案，参照上述流 1）解决方案规范性 程进行 2）场景积累 2）无需求的测试（如LTE）， 测试设计团队测试执 3）KPI指标 解决方案测试 基于KPI，场景，过程进行测试 行团队 4）过程积累