1、第一个bug：Hopper的计算机死机了。
2、软件测试的现状
- 现状：初期、不成熟、浮躁
- 公司越来越注重，开发与测试比例越来越接近
- 越来越紧缺-跳槽，待遇
- 毕业生、想转行
- 导致浮躁、但真正静下心来学习的不多
- 基础知识不扎实：知道基本方法但不深入理解
- 专业技术不够精通：写着精通某某工具，实际上只会皮毛
- 没有建立器相对完整的测试体系概念：对自己的工作职责理解不到位
- 在中国必然会经过一个不成熟的阶段，但最终会趋于平静，平稳的发展阶段。
- 《虚假的测试繁荣》http://blog.csdn.net/zeeslo/article/detail/4243200
3、软件测试的前景
Harry Robinson 微软的测试架构师
- 工程师，开发人员都是软件测试的一份子
- 测试方法日益完善，BUG预防与早期检查成为测试工具的主流
- 通过仿真工具来模拟真实环境的测试
- 测试用例的更新更容易
- 对测试质量的衡量从计算BUG数量，测试用例数量转为需求覆盖，代码覆盖
- 机器人代替测试员做大部分工作，测试员解决更严重的问题
- 测试与开发界限逐渐模糊
- 顾客反馈与测试融为一体
- 测试人员获得尊重
- …
建议：
- 不要满足于现状
- 抛开人和人的隔阂
- 学习更多关于测试的知识（自动化测试，性能测试，单元测试，测试管理，测试工具，安全测试）
- 学习更多关于开发的东西
- 改变这个世界
测试的全景：
http://sites.goole.com/site/swtestingmap/stadventure
4、组织
4.1 MSF模型（微软解决方案框架结构）
4.2 新人如何融入一个项目团队
4.3 优秀的测试人员的基本素质
5、软件工程
5.1 测试的“破坏性”
5.2 软件工程的目的
成本：项目的开销，人工成本，工具成本，设备成本，错误成本（BUG）
进度：时间，计划
质量：软件对顾客需求的满意程度，一个低质量的软件，即使生产成本很低，进度控制良好，顾客也难以接受。
5.3 软件的开发模式
- 线性模型：最常见的“瀑布模型”，基础框架，但缺点在于“集成之日就是爆炸之日”。（立项分析-需求分析-设计-编码-测试-维护）很多企业使用后使用迭代进行修改。
- 渐进式模型：最常见的“螺旋模型”，（需求分析-风险分析-设计、编码-测试、评审），迭代开发和增量开发模式。
- 变换模型：基于模型设计语言的开发模式，主要省略编码和测试阶段，代之以自动化的程序变换的过程，主要把精力放在需求分析和建模上。测试实际上在原型验证的阶段。（需求分析-模型化设计-软件原型-原型审查-代码映射）
注意：每一次迭代原型出来后，测试人员都需要从原型界面，系统主要功能，性能等方面对原型进行评审。
5.4 迭代和增量的理解
