目录微软测试之道.doc

目录 献辞 业界专家的评论 微软内部专家的评论 致谢 译者序 译者介绍 前言 第一部分关于微软 第1章微软的软件工程 1.1微软的愿景和价值观，为何我们 “爱微软” 1.2微软是大型的软件工程公司 1.3拓展大型且高效的业务 1.4在“大”公司中做 “小”项目 1.5聘用多种类型的工程师 1.6全球化的软件开发公司 1.7本章小结第2章微软的软件测试工程师 2.1职位名称的含义 2.2微软测试工程师的职称并非一直 都是SDET 2.3我需要更多的测试工程师，立刻 就要 2.3.1校园招聘 2.3.2业界招聘 2.4学习如何成为微软的SDET 2.5微软工程师的职业发展 2.6测试职种的发展道路 2.6.1测试架构师 2.6.2测试独立贡献者 2.6.3成为管理者并不意味着升职 2.6.4测试经理 2.7本章小结第3章工程生命周期 3.1微软的软件工程 3.1.1传统软件工程模型 3.1.2里程碑模式 3.1.3微软的敏捷开发 3.1.4宏观视野 3.2流程改进 3.3从“作战室”发布软件 3.4本章小结 第二部分关于测试 第4章软件测试用例设计的 实用方法 4.1实践良好的软件设计和测试设计 4.2使用测试模式 4.3估计测试时间 4.4从测试开始 4.4.1搜出问题 4.4.2制定测试策略 4.5考虑可测试性 4.6同时用好数据和坏数据进行测试 4.7测试用例设计中应考虑的 其他因素 4.7.1黑盒测试、白盒测试和灰盒 测试 4.7.2微软的探索性测试 4.8本章小结第5章功能测试技术 ⅩⅩⅤ5.1功能测试的需求 5.2等价类划分 5.2.1变量分解 5.2.2等价类划分实战 5.2.3参数子集分析 5.2.4等价类划分测试 5.2.5等价类划分小结 5.3边界值分析 5.3.1定义边界测试 5.3.2边界值分析：一个全新 的公式 5.3.3隐性边界 5.3.4边界值分析小结 5.4组合分析 5.4.1组合测试的途径 5.4.2组合分析实践 5.4.3组合分析的有效性 5.4.4组合分析小结 5.5本章小结第6章结构测试技术 6.1块测试 6.2判定测试 6.3条件测试 6.4基础路径测试 6.5本章小结第7章用代码复杂度分析风险 7.1风险行业 7.2复杂问题 7.3测量回路复杂度 7.3.1Halstead度量 7.3.2面向对象的度量 7.3.3回路复杂度高并不表示 缺陷累累 7.4如何利用复杂度度量 7.5本章小结第8章基于模型的测试 8.1采用模型测试 8.1.1设计模型 8.1.2模型化软件 8.1.3建立有限状态模型 8.1.4模型自动化 8.2不带测试的建模 8.2.1贝叶斯图解模型 8.2.2Petri网 8.3微软的基于模型的测试工具 8.3.1Spec Explorer 8.3.2语言和引擎 8.3.3建模提示 8.4本章小结 8.5推荐资料和工具 第三部分测试工具和系统 第9章缺陷和测试用例管理 9.1缺陷工作流程 9.2缺陷的跟踪 9.2.1一个缺陷的生命周期 9.2.2缺陷跟踪系统的特征 9.2.3为什么撰写缺陷报告 9.2.4解剖缺陷报告 9.2.5缺陷会审 9.2.6缺陷报告中常见的错误 9.2.7数据使用 9.2.8何时不能使用缺陷数据：缺陷 作为绩效度量 9.2.9缺陷门槛 9.3测试用例管理 9.3.1什么是测试用例 9.3.2测试用例的价值 9.3.3剖析测试用例 9.3.4测试用例误区 9.4管理测试用例 9.4.1测试用例和测试点：计算 测试用例 9.4.2跟踪和解释测试结果 9.5本章小结ⅩⅩⅥ第10章测试自动化 10.1自动化的价值 10.2用户界面自动化 10.3自动化测试包括什么 10.4微软中的“SEARCH” 10.4.1设置 10.4.2执行 10.4.3分析 10.4.4报告 10.4.5清理 10.4.6帮助 10.5让自动化测试跑起来 10.5.1把一切装配起来 10.5.2大型自动化测试系统 10.5.3测试自动化中的常见错误 10.6本章小结第11章非功能测试 11.1功能之外 11.2属性测试 11.3性能测试 11.4压力测试 11.4.1分布式压力测试 11.4.2分布式压力架构 11.4.3多客户端压力测试的特点 11.5兼容性测试 11.5.1应用软件库 11.5.2应用程序检验器 11.6吃我们自己的“狗食” 11.7适用性测试 11.7.1可达性角色 11.7.2可达性测试 11.7.3微软主动式辅助（MSAA） 测试工具 11.8可用性测试 11.9安全测试 11.9.1威胁建模 11.9.2模糊测试 11.10本章小结第12章其他工具 12.1代码改动量 12.2一切尽在掌握 12.2.1追踪变更 12.2.2什么改变了 12.2.3为何改