课程时长
2天（12H）
分享提纲
| 课题 | 简述 | |
| Topic 1 对软件测试的理解 | （1）软件测试的最高境界是什么 | 要做好测试，首先要有深刻的理解，对实践中最重要、最容易混淆或最容易出问题的地方结合实例阐述，讲解将测试融入开发进程的实战策略以及自动化测试的部署策略。 |
| （2）测试驱动开发模式 | ||
| （3）测试是需要额外增加项目时间还是加速开发进度？ | ||
| （4）通过测试提高开发有效代码率 | ||
| （5）软件测试的存在阶段 | ||
| （6）怎样实施不间断测试 | ||
| （7）缺陷分类对开发管理支撑作用 | ||
| （8）软件风险的概念 | ||
| （9）测试的充分性准则 | ||
| Topic 2 测试计划 | （1）测试计划的制定策略 | 分析文档的核心价值和在软件项目中的作用，为什么要写文档？不写行不行？要写哪些文档？准备文档对项目整体进度的影响是什么？这部分内容将分别从测试执行者和测试管理者的角度分别出发，讲解如何制定能覆盖到细节的测试计划，文档对项目的实用价值，对文档质量的评审流程，以及准备资源的依据，并最终评定每一个测试人员的测试执行情况。 |
| （2）测试计划和需求分析之间的联系与配合 | ||
| （3）如何科学评定工作量、所需人数和各方面设备 | ||
| （4）测试范围的界定 | ||
| （5）测试目标的界定和考评 | ||
| （6）项目风险评估 | ||
| （7）测试过程中的假定和局限 | ||
| （8）被测对象特性描述 | ||
| （9）具备可操作性的发布标准 | ||
| （10）对验证粒度的管理和要求 | ||
| （11）通用方法/工具的建立 | ||
| （12）所需拓扑逻辑的定义 | ||
| （13）各种测试工具的比较和选择标准 | ||
| （14）怎样提高测试效率 | ||
| （15）如何组织和管理需求文档、设计文档和测试文档 | ||
| Topic 3 测试用例设计 | （1）黑盒测试 | 在众多测试用例中，验证的深度和白盒测试是测试活动中比较突出的难点，大部分理论中的描述不具有可操作性。这部分内容会着重讲解如何进行深度验证和解决白盒测试的难点，使得白盒测试可以真正得以实施，同时，介绍提高测试效率及效果的技术复用策略。 |
| （2）白盒测试 | ||
| （3）等价类划分法 | ||
| （4）边界值分析法 | ||
| （5）因果图法如何提高测试技术复用程度 | ||
| Topic 4 测试度量体系建立 | （1）缺陷库的建立 | 通过对测试度量体系的构建，深入理解如何工程化实施大规模深度测试。 |
| （2）用例库的建立 | ||
| （3）测试结果库的建立 | ||
| （4）自动化测试体系 | ||
| （5）高效的工作流程 | ||
| （6）数据统计和数据挖掘 | ||
| （7）缺陷追踪体系 科学的测试管理 | ||
| Topic 5 自动化测试方法及技巧 | （1）对功能测试的控制 | 这一章是自动化测试的重要实战部分，将对每一种测试方法的重点、难点和实施技巧进行讲解，用一个真实的企业级软件项目作为案例，讲解如何在一个真实项目中逐一实施这些测试方法，其中绝大部分的测试方法都以自动化测试的技术和实现方法来讲解。当所有的测试方法都部署完成，讲解如何把这些独立的测试方法和测试活动整合成自动化测试体系。从而实现缺陷预防的持续改进。 |
| （2）黑盒/白盒测试的部署技巧 | ||
| （3）安全性测试的难点和特点 | ||
| （4）Help、手册和文档的测试分工 | ||
| （5）全球化和本地化测试 | ||
| （6）可用性测试定义 | ||
| （7）可扩展性测试 | ||
| （8）Geo/Political/Legal的测试方法 | ||
| （9）Logging/ Message format Tracing/Counters( Diagnos ability) | ||
| （10）Testability的评估 | ||
| （11）Test Hooks高级测试方法 | ||
| （12）基于场景的测试 | ||
| （13）可靠性/耐久性测试 | ||
| （14）集成测试 | ||
| （15）交互性测试 | ||
| （16）兼容性测试 | ||
| （17）UE测试 | ||
| （18）性能测试的方法和要点 | ||
| （19）Benchmark | ||
| （20）压力测试 | ||
| （21）性能测试和压力测试的区别 | ||
| （22）压力测试的难点和技巧 | ||
| （23）对系统的压力测试 | ||
| （24）对界面的压力测试 | ||
| （25）使用工具进行性能测试和压力测试 | ||
| Topic 6 自动化测试体系 | （1）自动化测试对Bug的控制力度 | 这部分内容是核心中的核心，它是建立在前面用例设计、测试计划和各种测试方法的基础上的，可以说前面的内容都是在为这一块打基础，对于自动化测试来说，光有技术和工具还不够，需要工程化的综合使用，使之成为一个体系，甚至需要实现自动化测试的自动化。 |
| （2）多种自动化测试工具的分析 | ||
| （3）自动化测试的运行部署策略 | ||
| （4）数据驱动的测试 | ||
| （5）核心功能的自动化测试标准 | ||
| （6）Pass Rate：测试活动的重要标准 | ||
| （7）代码覆盖率检查，对测试质量的审查 | ||
| （8）自动化测试的缺陷跟踪 | ||
| （9）GUI测试自动化的难点和解决方法 | ||
| （10）自动化测试的自动化 | ||
| （11）如何将多种自动化测试工具和技术部署为一个复杂完备的大型质量保证体系 | ||
| Topic 7 测试管理 | （1）如何着手组建和优化测试团队？ | 没有科学的测试管理就不可能建立完备的质量保证体系，这部分内容分享在测试管理中的有效经验，通过流程控制与过程改进优化测试效率，保证测试质量，加强测试对于需求分析和开发过程以及技术应用的配合，从而完整实现测试驱动软件开发 |
| （2）一个测试团队必须的3种人才 | ||
| （3）产品Bug和测试Bug | ||
| （4）如何从每一个细节控制测试进度和项目进度 | ||
| （5）如何协调测试团队和其他团队的配合 | ||
| （6）周期性测试的活动安排 | ||
| （7）测试人员的考评标准 | ||
| （8）测试纪律的制定策略 | ||
| （9）质量文化 | ||
| （10）对工作项的时间限定 | ||
| （11）数据统计和数据挖掘 | ||
| （12）如何制定项目计划，包括开发计划和测试计划 | ||
| （13）合理的里程碑及里程碑之间的工作计划 | ||
| （14）长期计划、中期计划、短期计划 | ||
| （15）Guideline和CheckList | ||
| （16）在项目进度要求很紧的情况下如何保证测试的质量和完备性 | ||
| （17）作为一个管理者必须控制的3件大事 | ||
| （18）保持项目的持续成长 |
京ICP备2022035414号-1
