测试有道：微软测试技术心得

　　由微软公司专家撰写，书中包含很多新颖的测试工具介绍，重点内容中英文对照是《测试有道：微软测试技术心得》的另外一大亮点。书中包括超过20个微软公司的开发团队常用的测试工具及其使用方法的介绍。有很多工具是第1次正式通过出版物向公众介绍，包括一些刚刚开源不久的、之前仅在微软内部使用的测试自动化工具。同时《测试有道：微软测试技术心得》还提供了一些实用测试文档的模板、内部做法，以及常用度量标准，为读者的实际测试工作提供帮助。
　　《测试有道：微软测试技术心得》适合学习和研究测试技术的测试工程师、对测试感兴趣的人员，以及高校学生阅读和参考。

第1章 软件测试概述
什么是软件测试
测试工程师的任务
小知识
什么是PSS数据
什么是Watson数据
测试工程师的职业路径
成功职业生涯规划的提示
测试与管理
案例：微软软件开发团队
练习：测试自动可乐贩卖机
第2章 测试与软件开发模型
瀑布模型（Waterfall Model）
RUP
敏捷软件开发方法（Agile software development）
软件开发过程中的测试
提高软件的可测性（Testability）
测试模式
微软的软件产品开发过程
案例：MSF (Microsoft Solution Framework)
第3章 软件质量与测试
软件质量（Quality）
质量控制（Quality Control）
质量保证（Quality Assurance）
软件工程师摧毁地球
全面质量管理（Total Quality Management，TQM）
能力成熟度模型（Capability Maturity Model? Integration，CMMI）
ISO 9000 & ISO 17205
事后析误（Postmortem）
根本原因分析（Root Cause Analysis, RCA）
故障模式与后果分析（Failure mode and effects analysis）
威胁模型分析（Threat Model Analysis, TMA）
第4章 软件测试方法
黑盒测试（Black-box testing）
白盒测试（White-box testing）
灰盒测试（Grey-box Testing）
基于场景的测试方法（Scenario testing）
等价类法（Equivalence value class）
练习：等价类测试设计
边界值法（Boundary value analysis）
示例：边界值分析
判定表法（Table Based Methodology）
组合分析法（Combinatorial analysis）
工具：PICT工具使用
状态转换表（State transition）
第5章 软件测试类型
功能测试（Functional Testing）
小知识：API Testing
工具：NUnit
工具：Visual Studio 单元测试框架
回归测试（Regression testing）
冒烟测试与BVT测试
探索性测试（Exploratory testing）
安装/版本升级测试（Setup/upgrade testing）
工具：VeriTest-Rational Installation Analyzer
软件兼容性测试（Compatibility testing）
案例：Windows Vista兼容性测试
小知识：UAC
工具：ApplicationVerifier
性能测试（Performance testing）
工具：Windows Performance Analysis Tools（WPT）
工具：Visual Studio性能分析工具
工具：WPFPerf
负载测试（Load testing）
监视和分析负载测试结果
压力测试（Stress testing）
国际化/全球化/本地化测试
小知识：I18N, G11N, L10N
编码
工具：Character Map程序
工具：屏幕键盘工具
辅助选项测试（Accessibility testing）
工具：accVerify
工具：UI Spy
安全性测试（Security testing）
保证应用的安全性和威胁建模
小知识：微软安全性测试10个小提示
小知识：Microsoft SDL
工具介绍：SDL Threat Modeling Tool v3
安全托管代码
托管代码的常见设计缺陷
工具：Fxcop
C/C++代码的常见设计缺陷
工具：Prefast
代码度量（Code Metrics）
工具：Visual Studio 2008代码度量
第6章 测试计划和测试策略
什么是测试计划
模板：测试计划文档
什么是测试策略
模板：测试策略模板
测试范围
风险优先级模型
基于风险的测试
有计划的复审活动
第7章 测试自动化
测试自动化的发展
手动测试
硬编码测试自动化
工具：RPF（Record and Playback Framework）Programmer
练习：轻量.NET UI自动化设计
小知识：反射技术
Microsoft UI自动化库
测试自动化程序设计
测试库和测试框架
工具：White
数据驱动测试
基于模型的测试
小知识：杀虫剂悖论
例子：微软过桥问题
小知识：Dijkstra算法
工具：WinSTDtoDOT Visualization Tool
工具：NModel工具
第8章 代码覆盖率
代码覆盖率
覆盖种类
代码覆盖率度量结果分析和决策
其他类型的覆盖
工具：Visual Studio代码覆盖率工具
第9章 调试
调试
工具：Visual Studio在设计时进行调试
异常
小知识：异常捕获
断言（ASSERT）
工具：WinDBG
托管代码中的断言
转储文件
转储文件类型
用户模式数据转储文件生成
核心转储文件生成
远程调试
调试准则
调试建议
第10章 测试文档编写
测试文档概述
测试用例
模板：测试用例模板
软件缺陷报告（Bug Report）
模板：软件缺陷报告
项目状态报告
第11章 软件缺陷管理
缺陷处理工作流
缺陷类选（Bug Triage）
缺陷类选图例
优先级和严重性定义
小知识：错误收敛（Bug Convergence）
小知识：零错误反弹（Zero Bug Bounce）
缺陷消除的有效性（Defect Removal Efficiency）
第12章 完整的测试体系构成
人员
一个完善的测试体系的构成
环境搭建
测试执行管理
工具：WTT测试框架
工具：VSTS测试管理
第13章 微软公司企业文化
员工才是最重要的资产
认同和鼓励多元化
用技术武装人
技术可以改变员工的工作方式
利用信息要真正帮助员工和企业
微软公司价值观
微软的企业商业环境
实现承诺
从错误中学习
按期完成工作
了解决议的形成过程
解决冲突
尊重多元化
第14章 更加国际化
打死我也不说（Yes to death）
美国的核心价值与商业
第15章 测试经理的领导力培养
领导风格
激励团队
构建团队
做出决定
附录A 对欧美外包的有效沟通之道
美国人的沟通方式
建立信誉
获取信息
善于表达
手机、电话、邮件、书信、报告
交涉与谈判
与美国人讨论的话题
附录B 对欧美外包活动之有效的会议组织
组织有欧美人士参加的会议
附录C 学会写邮件

　　第1章 软件测试概述
　　小知识
　　什么是Pss数据
　　Pss是MicrosoR Product support Services的缩写。Pss Data是微软公司在解答和响应客户服务支持请求（例如通过电话或者邮件的方式）后，整理和收集的数据。
　　什么是watson数据
　　Watson是windows Error Reporting的简称。
　　我们看到，修复软件缺陷遇到的头等问题，是无法对实际运行在用户计算机中的软件出现错误的真实频率和严重性进行评估。用户很少对他们遇到的错误进行报告，更很少提供详细错误信息。
　　Watson是微软公司的客户反馈收集系统，同时watson系统有一套工具专门用于分析这些数据。
　　从Windows XP系统开始，Watson就内置到了微软的操作系统中。微软公司的产品组和工程师可以通过内部的Watson系统来研究这些反馈数据：微软合作伙伴也可以通过这个平台（即windows Quality online Services（Winqual）网站）．来获得运行在微软的Windows操作系统之上、该合作伙伴研发的软件产品在实际运行时出现并被用户报告上来的问题。例如如果我们在Windows vista系统上运行腾讯公司的QQ软件，中间出现错误，windowsⅥsta会弹出对话框建议用户提交错误信息。如果用户通过网络提交了这个错误信息，那么这些信息就会被存在微软的winqual数据库中。腾讯公司的工程师在获得许可的情况下就可以访问这些数据来调试和分析用户报告上来的错误，然后有针对性地进行解决。
　　Office12（office 2007）有一个新功能，叫做“自定义watson”。如果用户选择参加“Office用户体验调查”，该功能会将新定义的数据发送给微软公司以便其深入分析那些导致软件使用不便或者出错的原因。更进一步地，“自定义watson”会尽一切可能将用户的操作导向到一个更好的替换方案，用户可以尝试选择使用新的方式来重新操作，期望尽最大的可能令用户满意。
　　测试工程师的职业路径
　　要点
　　“测试技术含量低，做测试工程师低人一等，没前途，迟早要转到开发或者项目管理上。”
　　心得
　　我们看到的情况是，在某个特定阶段和特定领域，测试确实是一个低技术含量的工作，但是，一个基本的社会规律是：没有一个“毫无价值随时可以被替代的工作”能长久。至少，从现在开来，“低技术含量的”测试工作已经越来越少了。
　　要成为一名合格的软件测试工程师，需要掌握一些专门的技术和技能，通过深入掌握这些技术和技能，专业软件测试工程师的价值将得到不断深化。软件测试工程师与软件开发工程师需要掌握的技术和技能会有交叉和重叠，但也有大量独特的内容。所以，软件测试工程师和软件开发工程师一样，有自己的职业发展走向。
　　测试工程师作为一个新的职业工种，也有自己独立的职业路径：包括初级软件测试工程师到高级、资深软件测试工程师、测试团队主管／经理、测试技术专家、测试领域专家、测试行业专家、外包行业专家等。
　　正如前面所述，只有深入掌握了一个测试工程师需要的专业技术和技能，同时提高自己的职业素养，才能在自己的职业发展之路上越走越顺，才能在团队中发挥更大的作用，赢得别人的尊重。
　　笔者在任微软公司技术经理期间，走访了大量优秀的本土软件企业（IsV）。从2005年开始，这些企业都慢慢建立起了自己的软件开发的“正规军”团队，大家对软件测试越来越重视，软件测试工程师这个岗位也从无到有，变得越来越重要。这些与微软公司进行合作的软件企业相对而言比较优秀，他们更重视自己的产品质量。成为一名测试工程师，就有机会加入到这些国内相对优秀和完备的软件开发团队中，得到更大成长。同时，现在国内有大量软件外包公司，中国的外包产业也正在如火如荼地开展，他们需要大量的软件测试工程师。
　　一般而言，欧美到中国的外包项目会包括开发类、开发测试类、测试类三类。其中纯测试类的项目中国的外包企业做得较好，但是，相比较而言，开发测试类和开发类的外包项目中国的外包企业做得并不是很好。事实上，当测试进入到更加自动化的阶段时，测试工程师就需要开发大量的测试自动化工具，这个时候就需要测试工程师懂得编程，尤其是那些偏重于测试自动化（用户界面自动化、执行自动化等）相关的程序设计。测试工程师完全可以利用在测试岗位上的机会不断学习和锻炼自己，最终成长为一名测试开发专家、测试工具开发专家、测试自动化专家。他们也能够承担更多欧美外包过来的开发类和开发测试类项目，并通过这些项目的锻炼不断提高我国工程师的软件水平和国内软件行业的水平，使我们更有信心在这个行业越做越久、越做越好。
　　成功职业生涯规划的提示
　　我们需要考虑自己的职业生涯和人生发展，自己的路要由自己掌握，这需要对自己的目标深思熟虑。在工作中我们的经理帮我们规划职业生涯发展，但是要记住一点：没有人会为我们自己的发展负责，不要依赖别人，我们只能自己为自己负责。建议大家在规划自己的职业生涯发展时能从下面的6个方面进行考虑。
　　1．远见和长期目标
　　首先，一定要为自己树立一个目标或者理想。这样就能更加专注于自己的目标，而不会在一些不相干的事情上浪费时问，不会走弯路，能更快地达到目标。有了这个目标之后，在项目、工作、技能学习等方面就能够根据这个目标来做决定。下面是在计划长期目标时的要点：
　　?要将在某一关键领域发展一门专长（这门专长必须是自己所热衷的）作为一个长期目标。做自己有兴趣的工作，会让我们热爱工作从而进步神速。
　　?随着对某个领域理解的不断深入，会越来越对这个领域感兴趣，因为最熟悉这个领域，我们有不容置辩的话语权，从而会越做越顺。要达到这种深度，需要时间，这不是一蹴而就的。
　　……