4.18测试的知识点以及相关概念，不足的手写在笔记本里

测试流程：
需求评审==>>
测试经理编写测试计划==>>
测试人员梳理测试点，编写测试用例==>>
用例评审==>>
上传工具==>>
搭建测试环境==>>
冒烟测试==>>
系统集成测试==>>
回归测试==>>
验收测试==>>
发版上线。


假设需求有二十个，依据功能点，可以分为多个迭代
微信软件：聊天，语音，视频，小程序，朋友圈，支付，转账
手机：打电话，拍照，蓝牙，音乐，发短信

按一个月一个迭代，一个月的版本周期
需求分析、评审==》1-2天
分析，编写用例==》10天
执行用例==》9天
输出报告==》1天
项目和产品：先有项目，然后有产品
项目和版本：先有项目，后有版本

术语一：
动态测试：需要通过系统或者进行数据交互的验证
静态测试：需求测试就是静态的测试
• 动态测试（dynamic testing）： 通过运行软件的组件或系统来测试软件
• 静态测试（static testing）： 对组件的规格说明书进行评审，对静态代码进行走查
• 正式评审（formal review）：对评审过程及需求文档的一种特定评审
• 度量（metric）：测量所使用的方法或标准
• 评审员（reviewer）:参与评审的人
• 记录员（scribe）：记录评审会议上的会议纪要
评审：
交叉评审
组内评审：==》正式评审
会议评审
度量：用什么工具或者方法
千行bug率：一千行代码有多少个bug，把bug的密度作为度量的标准，bug多少决定着产品的等级
写了多少用例，发现了多少bug,都是度量产品的质量标准
术语二、
技术评审：（开发人员）
1、对当前迭代的功能相关的代码进行评审
2、对当前迭代的功能对应新增接口的代码进行评审

圈复杂度：程序中独立路径的数量
独立路径的数量就是从开始到结尾
1-4-6
1-4-5-6
1-2-5-6
1-2-3-7-6
1-2-3-2-5-6


• 技术评审（Technical Review）:同行间对技术进行的评审， 目的是技术实现达成共识。
• 走查（Walkthrough）：由文档作者逐步陈述文档内容，以 收集信息并对内容达成一致
• 复杂性（complexity）：系统或组件的设计或内部结构比较 复杂， 导致难以理解，维护或验证的程度
• 圈复杂度（Cycloramic complexity）:程序中独立路径的数 量。可 以衡量一个组件模块的判定结构的复杂程度。
• 控制流(Control Flow):执行组件或系统的一系列顺序的路径
• 数据流（Data Flow）：表示数据对象的顺利或状态发生变 化的过程
• 控制流图的概念
• 控制流图（CFG,Controlflowgraph）也叫控制流 程图，是一个过程或程序的抽象表现。
• 圈复杂度：
• 程序中独立路径的数量，可以衡量一个组件模块 的判定结构的复杂程度。
• 计算对象是结构图或程序图，而程序图又包括控 制流图与流程图。