P表示部分通过，N/A表示不可测试或者用例不适用 。▲表示为测试重点部分 。
DdduSa6} ihV WW8需求覆盖率=Y项数/需求项数 *100%=33/33*100%=100% 3.2.2测试覆盖 模块 用例个数 执行数 未执行数 未执行/漏测原因 贸易管理 28 28 生产管理 38 38 采购管理 39 39 单证管理 17 17 财务管理 11 11 合计 133 133 .o Knz)u5 ~5_zD }mI-N9c8测试覆盖率=执行总数/用例总数 *100%=133/133*100%=100% 3.3缺陷的统计与分析 3.3.1缺陷汇总 缺陷总数：105 按缺陷严重程度：1-Low: 16个 所占百分比：15.238% 2-Medium: 77个 所占百分比：73.342% 3-High: 12个 所占百分比：11.420% 。
6. 软件测试的流程是什么 需求分析需求分析（Requirment Analyzing）应该说是软件测试的一个重要环节，测试开发人员对这一环节的理解程度如何将直接影响到接下来有关测试工作的开展 。
可能有些人认为测试需求分析无关紧要，这种想法是很不对的 。需求分析不但重要，而且至关重要 。
一般而言，需求分析包括软件功能需求分析、测试环境需求分析、测试资源需求分析等 。其中最基本的是软件功能需求分析，测一款软件首先要知道软件能实现哪些功能以及是怎样实现的 。
比如一款Smartphone包括VoIP、Wi-Fi以及Bluetooth等功能 。那我们就应该知道软件是怎样来实现这些功能的，为了实现这些功能需要哪些测试设备以及如何搭建相应测试环境等，否则测试就无从谈起！既然谈了需求分析，那么我们根据什么来分析呢？总不能凭空设想吧 。
总得说来，做测试需求分析的依据有软件需求文档、软件规格书以及开发人员的设计文档等，相信管理一些规范的公司在软件开发过程中都有这些文档 。测试计划测试计划（Test Plan）一般由测试负责人来编写 。
测试计划的依据主要是项目开发计划和测试需求分析结果而制定 。测试计划一般包括以下一些方面：1. 测试背景a. 软件项目介绍；b. 项目涉及人员（如软硬件项目负责人等）介绍以及相应联系方式等 。
2. 测试依据a. 软件需求文档；b. 软件规格书；c. 软件设计文档；d. 其他，如参考产品等 。3. 测试资源a. 测试设备需求；b. 测试人员需求；c. 测试环境需求；d. 其他 。
4. 测试策略a. 采取测试方法；b. 搭建哪些测试环境；c. 采取哪些测试工具以测试管理工具；d. 对测试人员进行培训等 。5. 测试日程a. 测试需求分析；b. 测试用例编写；c. 测试实施，根据项目计划，测试分成哪些测试阶段（如单元测试、集成测试、系统测试阶段，α、β测试阶段等），每个阶段的工作重点以及投入资源等 。
6. 其他 。测试计划还要包括测试计划编写的日期、作者等信息，计划越详细越好了 。
计划赶不上变化，一份计划做的再好，当实际实施的时候就会发现往往很难按照原有计划开展 。如在软件开发过程中资源匮乏、人员流动等都会对测试造成一定的影响 。
所以，这些就要求测试负责人能够从宏观上来调控了 。在变化面前能够做到应对自如、处乱不惊那是最好不过了 。
测试设计测试设计主要包括测试用例编写和测试场景设计两方面 。一份好的测试用例对测试有很好的指导作用，能够发现很多软件问题 。
关于测试用例编写，请参见前面写的《也谈测试用例》一文，里面有详细阐述 。测试场景设计主要也就是测试环境问题了 。
测试环境搭建不同软件产品对测试环境有着不同的要求 。如C/S及B/S架构相关的软件产品，那么对不同操作系统，如Windows系列、unix、linux甚至苹果OS等，这些测试环境都是必须的 。
而对于一些嵌入式软件，如手机软件，如果我们想测试一下有关功能模块的耗电情况，手机待机时间等，那么我们可能就需要搭建相应的电流测试环境了 。当然测试中对于如手机网络等环境都有所要求 。