概括来看，微软测试的精髓做法是：系统可重用的测试用例；以问题（bug）发现和跟踪为核心的测试活动；独立的测试人员；基于产品规划、产品设计规格的测试计划；与整个项目配合的基于里程碑的软件测试周期。而基于产品规划、产品设计规格的测试计划和系统可重用的测试用例则是微软的“秘密武器”。
在微软，测试计划是帮助测试人员管理测试项目和发现bug的重要工具，是纲领性文件。测试计划明确了项目的测试任务、测试内容清单，这些内容不能只存在于测试人员的脑海里，而必须被项目经理、开发经理所了解，测试计划必须增强测试任务和测试实施过程的沟通，具有指导性。测试计划还必须提供组织管理测试项目的框架结构，帮助控制进度。
测试计划涉及的范围应当有产品概述、测试策略、测试的方法学、测试区域、测试的配置（软件环境、硬件环境、网络环境）、测试周期（与项目的里程碑配合）、测试资源的规划、风险分析和案例等。测试计划不是一成不变的。虽然测试计划在产品设计阶段就开始被撰写，但在后来的开发过程中会随着项目进度表的改变而改变。
一个好的测试用例有以下几个特征：首先，是最有可能抓住错误的；其次，不是重复的、多余的；第三，一组相似测试用例中最有效的；最后，不要太简单，也不要太复杂。因此，在测试人员设计测试用例时应当遵循以下原则：在人员变化和新项目中能够重用；能够分类；测试的内容不重复；保存在测试用例的数据库中；在项目进行过程中可不断增强。
设计测试用例时的一些通常考虑“点”是：根据产品规格测试基本功能；设计普通用户的使用方案；设计稀有或特殊的使用方案；与系统其他组成部分的配合（如FAX和上网可能都要用到调制解调器，测试中要考虑对设备的共享）；考虑特殊情况（比如内存和硬件的冲突等）；设计极端情况（比如内存泄漏、破坏性测试等）。
