小白学测试入门之测试分析方法

一．回顾

二．什么是测试分析

从测试的思维与角度，去考虑被测试的对象（软件系统；模块；接口；函数）具体的测试内容、测试点是什么。

三．为什么要做测试分析

通过各种角度对要测试的需求进行分析，能明确客户真正的需要是什么；
通过测试需求分析能够澄清客户的需求；
能够为后续的测试设计工作提供指导；
能够防止测试的遗漏；

怎么去做测试分析
软件需求工程（了解）
需求工程

案例

某家创业软件公司成立软件测试部门

甲方：公司老板

乙方：测试经理

需求：成立一个测试部门（10~12人，自动化测试；白盒测试；黑盒测试）

组建测试团队

获取测试成员：招聘（培训机构；网站招聘；朋友介绍；公司内部转岗。。。。。）；100份简历

分析获取的简历进行面试：测试技能；学历背景；测试工具使用；沟通表达。。。。。筛选12人；

岗位确定：3个做自动化测试；2个做白盒测试；7个黑盒测试；发offer

初步验证：背景调查；体检。。。。。信仰

管理测试团队

分配测试人员：将测试人员根据项目的需要分配到测试项目组

试用期：从工作能力、沟通表达、团队合作精神、学习能力、规章制度的遵守

转正：正式测试工作人员（约束）

跟踪记录：跟踪你的工作状态；项目

变更控制：想要变化得提出变更请求（CR：ChangeRequest--跟踪控制）---评估--决定变更是否要实施

软件需求工程

需求开发：

需求获取：通过很多渠道（客户访谈；问卷调查；观察；群众决策；头脑风暴；原型图。。。。。）

需求分析：功能；非功能；语言；数据库；进度；成本；人力技术

需求定义：SRS（Software Requirement Specification）；

需求验证：成本、进度、质量目标

需求管理

需求分配：（可选）

需求评审（静态）：功能；非功能；具体描述精确；技术·······

需求基线（Baseline）：受到控制，不可以随意变更（变更请求：CR：Change Request）

需求跟踪（需求跟踪矩阵：RTM：Requirement Track Matrix）：跟踪需求是否开发人员都做了设计和编码，跟踪测试人员是否都做了用例设计与执行；

需求控制：对需求变更的请求去做评估，决定是否接受

测试需求的获取渠道

（1）获取测试需求

测试需求获取渠道	说明&表示方式	举例
开发需求渠道	从开发人员编写的文档中获取测试的内容 DR--XXX（Development --XXX）	软件需求规格说明书（SRS）；概要设计说明书（HLD）；详细设计说明书（LLD）。。。。。。。
标准协议需求渠道	从国家法律，行业法规、企业规范中获取测试的内容 PR--XXX（Protocol--XXX）	金融（银监会；证监会；保监会）；电商法；
继承性需求渠道	从以往的版本中获取测试的内容（哪些被继承，被继承之后和新增的需求之间的关系） SR--XXX（Succeed--XXX）	支付宝的集福；各种游戏的升级
竞争性需求渠道	从竞争对手的产品中获取测试的内容 CR--XXX（Compete--XXX）	阿里支付宝和微信的理财同阿里的钉钉和腾讯的微信
用户场景需求渠道	从使用软件的不同用户角度去获取测试的内容 UR-XXX（User--XXX）	淘宝（买家；卖家；管理员；小二；卖家的级别）管理工具（禅道。。。。。。）
案例库需求渠道	从以往的缺陷库，客户反映的问题库，测试用例库中获取测试的内容 ER--XXX（Established--XXX）	缺陷库中的缺陷

分析获取的测试需求
对重复的测试需求进行合并
定义获取的测试需求（优先级、测试类型（功能、性能、安全、、、））

测试需求的分析方法

质量模型分析法

从软件质量模型的特性进行分析、分析之后进行定义

功能；性能（可靠性（成熟性、易恢复性）；效率）、可移植性（兼容性、安装性）、易用性

2.功能交互分析法（功能：适合性、准确性、互操作性、安全保密性、依从性）

交互时序：并发：同时收到两个视频邀请；发起和接收视频同时触发；顺序：先后（先视频再语音邀请）

交互主被动：朋友圈和聊天框（朋友圈的信息转发到聊天框）

3.用户场景分析法

熟悉软件系统的各种业务，了解里面有多少种操作角色，每个角色的权限是什么，列出测试点