个人笔记5

• 【知识回顾】

1. {测试模型}

代表1：v模型 代表2：w模型 V模型组成：开发阶段+测试阶段 --》用户需求-》 -》 -》 -》 -》 -》 -》 -》验收测试 W模型组成：

1. {测试类型的分类}

按阶段划分： 按测试技术划分： 按软件特性划分： 按运行程序与否划分： 按照测试岗位划分： 其他：

1. {黑盒测试与白盒测试的区别}   经典面试题

测试内容不同： 黑盒测试是测试程序的外部功能 白盒测试是测试程序的内部代码 测试目的不同：         黑盒测试是功能测试，目的是检查功能是否满足用户的需求         白盒测试是结构测试，目的是检查代码的逻辑及算法的正确性 测试方法不同：         黑盒测试的方法有：等价类、边界值、场景法等等         白盒测试的方法有：路径覆盖、语句覆盖、条件覆盖等等

1. {回归测试与冒烟测试的区别}

测试内容及目的不同：         冒烟测试是对新版本的基本核心功能进行测试， 目的检查其流程是否能走通，如果能通，则进行下一步系统的， 反之则打回开发，节省测试时间。         回归测试是对新版本的新功能、或者修改的缺陷 以及上一个版本的所有的功能进行测试         目的的是检查新功能以及修改的缺陷不会产生新的问题 测试周期不同：         冒烟测试的测试周期要求是在较短时间内完成         回归测试的测试周期是随着项目的复杂程度来决定 3、测试时机(顺序)不同：         新版本出来后，先做冒烟测试，再去做回归测试 相同：都适合做自动化测试

1. {回归测试与返测的异同}

【同】：都有用来验证bug是否修复好 【异】：返测只是关注bug是否有没有修复好，回归测试还需要测试新功能 以及上一个版本的所有旧功能

• 【测试理论之测试流程】

1、{在整个测试活动中我们会接触到哪些重要的文档？}

文档名	介绍	编写者
需求文档	名称：需求规格说明书、产品规格说明书 含义：是整个项目开展最核心的文档（更是开发与测试的依据） 组成：产品介绍、产品结构、产品功能、产品原型图、效果图等 分类：功能需求、性能需求等等	一般由产品经理从用户哪里得到原始需求，再经过多部门开会讨论后来整理编写而出
测试计划	含义：是一个指导性的文档，指导我们如何去测试 组成：项目简介、测试资源(测试工具、测试环境、人员结构)、 测试策略、测试风险、严重程度、优先级等等 作用：指导测试工作的开展	一般由有经验的测试人员编写(测试经理或者测试组长)
测试用例	概念：编写测试用例是测试工程师必备的技能 含义：用来详细记录我们整个的测试过程 组成：用例编号、用例标题、测试模块、测试目的、前置条件、测试步骤、测试数据、预期结果、实际结果、测试结果、优先级等 分类：功能测试用例、性能测试用例、接口测试用例等等	由测试工程师来编写的
缺陷报告	含义：用来记录缺陷并提交，反馈缺陷的方式 组成：缺陷标题、缺陷编号、发现者、发现时间、指派给谁 缺陷版本、缺陷状态、缺陷所属模块、缺陷的严重程度、缺陷优先级、缺陷描述	由测试工程师来编写
测试报告	含义：对用例执行情况及缺陷统计的总结 组成：项目介绍、项目背景、用例执行情况，缺陷处理情况等等	是由测试工程师来编写

2、{软件测试流程(过程)}       超级重点

含义：要将测试工作做到流程化以及文档化

【测试流程】背下来(必问题)

一个规范化的测试流程要包括以下基本测试活动

《1》熟悉需求：整理需求、需求分析并提取出需求中的测试点。 《2》制定测试计划或测试方案。 《3》设计测试用例、评审测试用例、准备测试数据、搭建测试环境。 《4》执行测试用例，记录测试结果，对缺陷进行提交、跟踪。 《5》评估测试，包括软件质量和测试工作本身，生成软件测试报告等报表。
5个阶段	活动	含义
需求分析阶段	熟悉需求	包含：对需求进行整理并分析 整理：整理需求(配合产品经理整理，方式：需求评审) 分析1：分析需求的合理性、准确性 分析2：分析需求的可测性，并提取测试点？
测试计划阶段	制定测试计划
测试设计阶段	设计测试用例
	评审测试用例
	搭建测试环境
	准备测试数据
测试执行阶段	冒烟测试
	执行测试用例
	提交缺陷并跟踪
	返测或回归测试
测试评估阶段	编写测试报告
	总结测试经验

案例1：物资管理系统 熟悉需求，需求分析

案例2：ecshop商城

• 【熟悉测试需求】

测试需求分类： 功能需求文档 安全需求文档 性能需求文档 兼容需求文档等 核心：需求分析-》分为：先确认需求，再拆分需求 分工1：确认需求 (需求评审) 方式：开会(多方会议)，由整个项目的成员(开发、产品经理、测试)一起来讨论 主题：确认需求是否明确，是否有歧义、是否有可实施性 目的：消除歧义、完善细节、达成共识 产出：最后整理出一份完整、统一的需求文档(产品经理整理) 分工2：拆分需求 (使用思维导图划分) 步骤1：划分模块 方式：先将项目划分模块(一级、二级、三级)         步骤2：列出功能点             方式：从每一个模块列出功能点         步骤3：提取测试点     从功能点中提取测试点  (最难的) 思路：从5w2h来提取测试点 【5W2H】 what  when  why  who  where  how  howmany             (以上7个方面和质量的6大特性有关联)

示例1：

【登录】

What：输入什么样的数据，得出什么结果？

1）输入正确的用户名和正确的密码，登录成功

2）输入错误的用户名和正确的密码，登录失败

3）输入正确的用户名和错误的密码，登录失败

4）输入错误的用户名和错误的密码，登录失败

5）不输入数据，登录失败

When：登录操作的响应时间？

1. 单用户登录成功的时间
2. 多用户登录成功的时间

Who：谁有权限登录？

    1）注册的用户可以登录

    2）未注册的用户的不可以登录

Where：本地登录、异地登录

1. 在不同设备上(机型)登录
2. 在不同的网络下登录()
3. 在不同操作系统上登录
4. 在不同的分辨率上登录
5. 是否支持异常登录

             课后学习: 常见分辨率有哪些？  比如：1366x768

How：账号密码登录、扫描登录、自动登录

1. 账号密码登录
2. 扫描登录
3. 自动登录
4. 记住密码登录
5. 携带验证码登录
6. 账号需激活后登录
7. 是否支持第三软件账号登录

Howmany：数量

1. 一台设备是否支持多个账号登录
2. 一个账号是否支持多个设备登录

【上传文件】

    what：上传什么类型的文件

       1）是否能上传常规文件(.txt 、xls)

       2）是否能上传图片文件(.jpg 、.png 、.gif 、.bmp)

       3）是否能上传视频文件(.mp4、.avi)

       4）是否能上传音频文件()

       5）是否能上传文件夹

   

What：能上传什么内容(文件、图片、视频、音频等等)

When：在不同的网络下上传的速度和时间

Who：谁有权限上传？

Where：从哪里上传(能否上传本地文件或者上传异地文件)

上传到哪里(默认路径、指定路径)

            How：网络正常情况上传，网络异常情况上传(是否支持续传)

Howmany：单个上传，批量上传

【测试环境的搭建】

测试环境是测试执行工作的前提，一个真实、干净、稳定的测试环境可以使得我们在测试执行过程中的工作更顺利。

真实：尽量模拟用户的真实使用环境，不是在指定的测试环境中做测试不能统计到预期的测试结果。 干净：每一轮启动测试，测试环境都应该是干净的。每一轮测试的时候不应当继续使用上一轮测试的环境。所以测试环境由专人定期维护。        独立：测试环境与开发环境相互独立。就是说开发环境和测试环境必须分开，即测试人员和开发人员分别用不同的服务器，避免造成相互干扰。 组成：硬件+软件+网络 硬件： 软件：操作系统+数据库+应用服务器+语言的运行环境 本质：在软件运行环境下安装(部署)好软件 经典的环境： Php语言： wamp   lamp   lnmp          Java语言：linux+tomcat+mysql+jdk 案例：搭建wamp环境