软件测试黑马工程师--测试基础

一、       生命周期模型

生命周期：软件从生到死的整个过程

生命周期模型：将从生到死所经历过的“各个环节”进行抽象

 

1.       瀑布模型

典型阶段：

需求分析：针对用户提出的需求进行整理分析，做出文档《需求规格说明书》（SRS）

作用：主要描述软件应该实现的功能

功能需求：输入、输出（有效、无效）、处理过程、原型（简易界面）、数据

设计阶段：总体设计（概要设计）（缩写-HLD）、详细设计（缩写-LLD）

编码阶段：开发写代码

测试阶段：特点：测试的介入时间晚——代码完成后

 

 

 

2.       V模型

 

特点：本质–瀑布，但是对测试进行细分

测试的阶段划分：

单元测试：开发自行完成，测试对象：代码本身（逻辑–路径）简：代码逻辑

集成测试：测试单元之间的接口（是否吻合）——接口测试简：接口

系统测试：融合所有的软件、硬件、数据、网络环境等一起进行测试简：系统

验收测试：客户进行的测试简：客户完成

内部验收：公司内部人员

客户验收：客户完成

 

阿尔法（α）测试：对象——软件的α版本，对内（内部员工，潜在客户）可控

贝塔（β）测试：对象——软件的β版本，对外不可控

（SVN官方仓库：http://svn.apache.org/repos/asf/subversion/tags/α、β版）

 

参考依据：

单元——详设

集成——概设

系统——需求规格

验收——客户需求（原始需求）

 

需求：显示需求（客户提出）、隐式需求（分析、发掘）、规范性需求（行业规范）

 

《GBT 15532-2008 计算机软件测试规范》对测试阶段的划分：

单元、集成、（配置项）确认测试、系统、验收

 

 

3.       敏捷开发

(1)      敏捷宣言

·个体和互动高于流程和工具

·工作的软件高于详尽的文档

·客户合作高于合同谈判

·响应变化高于遵循计划

 

 

(2)      Scrum

http://www.scrumcn.com/agile/scrum-knowledge-library.html学习资料

 

Scrum： Scrum无对应中文翻译 Agile：敏捷 Sprint：原意为冲刺，Scrum中的Sprint无对应中文翻译，指一个迭代 Iteration：迭代 Sprint Review Meeting：Sprint评审会议 User Story: 用户故事，指一条需求 Backlog：待办列表   Lean：精益 Iterative：迭代式的 Agile Manifesto：敏捷宣言 Empirical：经验性的 Empirical Process：经验性过程 Transparency：透明性 Inspect and Adapt：检视与调整 Sprint Goal：Sprint目标 Product Owner ：产品负责人简称PO Scrum Master ：简称SM, 一般不翻译 Development Team ： Scrum开发团队 Scrum Team：指PO,SM和开发团队 Scrum Roles：Scrum角色，指PO,SM和开发团队 Emergent ：涌现的 Product Backlog：产品待办列表，指需求清单 Sprint Backlog：Sprint待办列表，指Sprint任务清单 Sprint Burn-down Chart：Sprint燃尽图，团队用于做Sprint内的进展跟踪 Release Burn-down Chart:  发布燃尽图，产品负责人做发布进展跟踪 Sprint Planning Meeting: Sprint计划会议 Daily Scrum Meeting：每日站会 Sprint Retrospective Meeting: Sprint回顾会议 Product Backlog Refinement: 产品待办列表梳理 Product Backlog Item: 产品待办清单条目，简称PBI Story Point：衡量用户故事的工作量大小的计量单位 Velocity: 团队速度 Sprint Task: 实现一条需求需要做的一个技术任务 Definition of Done: DoD，完成的定义 Stakeholders：干系人 Artifact ：工件 Estimation ：估算 Collaboration：协作 Scaling Scrum：大规模Scrum

 

 

二、       测试过程

4.       双V模型

以系统测试举例：

特点：测试介入时间早（针对瀑布）

测试准备阶段：前置进行，和开发并行同步

计划阶段：（经理）编写《测试计划》：主要包括工作任务安排、风险、成本等

参考《GBT 9386-2008  计算机软件测试文档编制规范》

设计阶段：编写《测试方案》（包括：环境搭建、数据准备、用例设计等内容）

实现阶段：编写《测试用例》

执行阶段：执行《测试用例》、提交《缺陷报告》、进行回归测试、编写《测试报告》

 

回归测试：时间：新迭代（版本）后，要进行回归测试

目的：验证已有功能的稳定性–重复率高—自动化完成

验证缺陷修复是否成功

策略：完全回归：执行以前的全部测试用例——理想态

选择（部分）回归：只回归发现Bug的测试用例——实际

选择部分（重要、优先级高、使用频率高）测试用例进行回归

 

冒烟测试：时间：新迭代（版本）后，先进行冒烟测试

目的：验证新版本的基本功能是否实现

结果：实现：进入“转测试”阶段（华为）

未实现：打回版本给开发

 

 

 

三、       测试分类

 

按测试阶段分	按测试方法分	按动静分	按人工自动分
单元：内部逻辑	黑盒：代码不可见	动态测试：代码是否被运行–是 如：测试个输入	人工测试
集成：接口	灰盒：之间（过时）
系统：完整系统	白盒：代码可见	静态测试：代码是否被运行–否 如：代码走读、检查文档	自动测试–依靠工具
验收：客户（αβ）

 

 

 

四、       质量相关

 

测试的定义（目的）：

   1、定义没有统一标准

   2、早期：强调发现错误（找Bug）——测试部

   3、现在：强调对质量的把控—— QA、质量保证部

 

质量：强调全面质量管理的理念（全公司的人都对质量负责）

 

定义：《ISO9000国际质量标准》

       ISO 国际标准化组织

 

 

评价软件质量：

找到被测软件的固有质量特性，权重，打分，评价；

 

软件固有特性参考：《ISO9126软件质量模型》

六大特性，27个子特性——指导测试的方向

 

如何从测试角度保证软件质量：

1、保证软件必须满足用户需求（尽量站在客户的立场）；

    2、保证软件符合各类行业规范

    3、缺陷分析

如：按模块统计缺陷数量，调整后续工作测试重点

按产生原因统计，将缺陷原因反馈到开发，下个项目同样问题不累犯（循环）