第一章：
软件定义：程序+数据结构+文档
软件危机：落后的软件生产方式无法满足迅速增长的计算机软需求，从而导致软件开发与维护过程中出现严重问题。
软件工程：方法+工具+过程
软件生命周期：定义 设计 实施 测试 部署 运行 维护
软件生命周期模型：瀑布模型，v模型，迭代模型说
瀑布模型:
需求分析
概要设计
详细设计
编码
测试
运行维护
“V”模型
需求分析 验收测试
概要设计 系统测试
详细设计 集成测试
编码 单元测试
“C/S”结构： 客户机 服务器结构
“B/S”结构： 浏览器 服务器结构
Web应用三层架构模式：用户界面表现层 业务逻辑层 数据访问层
第二章：
软件测试目的: 发现缺陷，提高质量 验证用户需要 建立软件质量的信心
软件测试的定义：是对软件需求分析,设计，编码的最终复查的一系列过程，是软件质量保证的关键步骤。
软件测试原则：1.显示缺陷的存在 2.穷尽测试是不可能的 3.测试尽
早介入 4.缺陷群集性 5.杀虫剂桲论 6.测试活动依赖测试背景
7.不存在缺陷的谬论
软件测试流程：1.测试计划和控制
2.测试需求分析和用例设计
3.实现和执行测试用例
4.评估出口准则和报告5.测试活动结束
第三章：
软件测试的过程：需求分析 测试计划 用例设计 执行用例 缺陷追踪 测试报告
生命周期各阶段测试内容：1.需求阶段 确认定义的需求复合机构要 求
2.设计和编程阶段 验证设计的程序实现了需求
3.测试和安装阶段 检查实现的系统符合系统规格说明书
4.维护阶段 重新 测试确定改变的部分和未改变的部分能继续工作
第四章：
CSCI（软件配置项）：在软件开发过程中，产生的所有信息构成软件配置。代码、文档、报告等都成为配置项
测试分类：黑盒测试：又称功能测试是根据软件产品需求规格说明
书的功能，在计算机上进行测试，以证实实现了的功能是
否符合用户要求
白盒测试：又称结构测试是按照内部逻辑结构和编码结
构设计测试数据并完成的测试方法
软件缺陷原因：
1.需求定义不完善，甚至没有需求文档
2.人员之间的沟通交流不够
3.软件需求的不断变化
4.软件复杂程度高，缺陷很 难避免
5.开发人员能力有限
6.开发人员出现编码错误
7.不符合文 档编制和编码规定
8.工期短任务中开发和测试工作不充分
9.文档编制错误
软件测试分类:
是否关心内部结构：黑盒测试 白盒测试 灰盒测试
开发过程级别：单元测试 基层测试 系统测试 验收测试
是否执行程序：静态测试 动态测试
执行是否需要人工参与：自动化测试 手工测试
测试实施组织：开发测试 用户测试 第三方测试
第五章：
软件缺陷定义规则:
1软件未实现产品说明书要求的功能
2软件出现了产品说明书指明不应该出现的结果
3软件实现了产品说明书未提到的功能
4软件为实现产品说明书虽未明确提及但应该实现的目标
5软件难以理解、不易使用、运行缓慢——从测试员的角度看——最终用户认为不好
软件缺陷报告 :
缺陷属性 缺陷ID 标题 报告人 报告日期 程序名称 版本号 配置 缺陷类型 严重性 优先级 关键词 缺陷描述 重现步骤 结果对比
5C原则：（Correct）准确 （Clear ）清晰 （Consistent） 一致
（Concise）简洁 （Complete）
W模型：增加了软件开发阶段中应同步进行的验证和确认活动
基于“尽早的和不断的进行测试”的原则
7221
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
