测试的目的:根据需求去发现问题。
测试对象：文档、数据、程序。
原则：
测试证明软件缺陷
穷尽测试不可能
测试尽早介入
缺陷集群性（经验之谈，一般认为如此）
杀虫剂悖论（随机交叉测试，不要使用同一种放肆进行测试）
测试活动依赖于测试内容（不太行业测试重点不同）
不存在缺陷谬论
软件生命周期
软件工程可以分为三个大的阶段:需求; 设计; 测试与维护
需求:
问题的定义
可行性分析
需求分析
设计:
概要设计
详细设计
编码与单元测试 (集成测试)
测试与维护
综合测试
维护
测试方面：
瀑布模型、V模型的测试均在编码之后，而W模型是测试与开发同步，可尽早发现问题。但V模型的测试阶段也早于瀑布模型，V模型可提前对局部代码进行测试，而瀑布模型则对整合之后的代码进行测试。
一、测试基础
1.用例的设计方法
1.等价类
等价划分，根据属性进行划分
有效等价（满足需求）与无效等价（不满足需求）
2.边界类
选取正好等于刚好大于刚好小于
3.判定表
以表格形式表示逻辑判断
条件桩
动作
条件项
动作项
判定表中贯穿条件项豫动作项的一列就是一条规则
4.场景化
也能叫流程图法，使用覆盖路径来设计测试用例
5.错误推测法
预测错误进行测试
冒烟测试
冒烟测试是自由测试的一种，是对软件的基本功能进行测试，由开发人员与测试人员共同执行，测试对象是每一个新编译的需要正式测试的软件版本。目的是确认软件的基本功能正常，保证软件系统能正常跑起来，可以进行后续的正常测试工作的进行，如果最基本的测试都有问题了，就直接打回开发部了，所以正式交付的测试版本，必须先通过冒烟测试的考验。
2.缺陷管理
缺陷是软件使用过程中的问题
缺陷的判定标准：少功能、功能错误、多功能、隐形功能错误（需求书虽然并未说出但是应该实现的要求）、不易使用（软件测试人员专业角度）
缺陷产生的原因 ：
需求阶段：需求描述不易理解，有歧义、错误等
设计阶段：设计文档存在错误或者缺陷
编码阶段：代码出现错误
运行系统：软硬件系统本身故障导致软件缺陷
缺陷核心内容：缺陷的标题、缺陷的预置条件、缺陷的复现步骤、缺陷的预期结果、缺陷的实际结果、缺陷的必要附件（图片日志等）、缺陷的提交要素
软件缺陷的生命周期
PS：回归测试：1、常规项目回归：项目本次发布新增2个模块，最基本要测新增模块功能及新增模块关联的旧模块。2、非常规项目（银行、部队、航天）：新增模块必须全部复测。
2、回归Bug：上一个版本发现的缺陷，开发修复完毕，在下一个版本进行重新测试。
缺陷提交要素
缺陷报告编号
缺陷标题：预期结果（）
严重级别：严重（S1）：主程序 、一般（S2）:次要功能 、微小（S3）：易用性、界面
建议（S4）：建议性问题
缺陷优先度：Priority0:24小时内解决 、Priority1：发布前必须修复 、Priority2：可以在下一个版本修复 模块
Bug类型：代码错误、兼容性问题、设计缺陷、性能缺陷
缺陷描述：前置条件、操作步骤、预期、实际 指派人 附件
缺陷状态：new：新建 、 Open：打开 、Closed：关闭 、Postponed：延期
软件缺陷类型
功能错误
错误界面（UI）
兼容性
数据（数据库）
易用性
改进建议
架构
缺陷管理工具—禅道
自行搜索使用#软考知识分享# #软件测试#
