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 迭代和增量的理解