青海省测试成熟度模型集成TMMI

主要业务为软件产品测试、电子产品检测、安防产品检测、软件第三方验收测试、科技项目验收测试、信息系统第三方检测、集成电路检测、芯片检测、IC检测、雷电防护装置检测（建筑防雷装置检测、防雷定期检测、防雷首次检测）、通信网防御雷电安全保护检测、移动通信基站防雷检测、地理信息系统软件测试、数字社区应用软件测评、 建设领域软硬件测评、软件安全性测试、软件验收项目（安全、性能、验收测试、渗透测试、漏洞扫描、***检查、代码审计、代码检测）、广东省安全技术防范系统设计、施工、维修资格备案证业绩检测（安防工程检测）、信息化项目技术绩效评估(网站或系统绩效评估）、政务信息化项目效能评估、信息系统安全等级保护备案证明、信息系统安全等保报告、网络安全等保测评、信息系统安全等保测评、数字新基建项目第三方测试(5G建设、特高压、城际高速铁路和城市轨道交通、新能源汽车充电桩、大数据中心、人工能、工业互联网)、广东省守合同重企业、通用航空经营许可（即原来的：民用无人驾驶航空器经营许可、道路运输经营许可、AOPA无人机多旋翼驾驶员培训、无人机研发生产销售、无人机合作办学、无人机实训室建设、信息系统建设和服务能力评估CS、信息系统服务交付能力评估CCID、计算机信息系统安全服务证、信息系统集成及服务资质、信息系统运维资质、音视频系统集成资质、安防系统集成资质、音视频集成工程企业能力等级证书、信息化能力评价、EDI/ICP安全防护检测、广东省安全技术防范系统设计、施工与维修证、广东省有线广播电视工程设计（安装）证、广东省防雷工程企业能力评价、软件过程及能力成熟度评估CMMI、测试成熟度模型集成TMMI、涉密信息系统集成资质、数据管理能力成熟度评估模型DCMM、信息技术服务运行维护标准ITSS、信息安全服务资质CCRC、无委认证(SRRC)、科技成果评价、科技成果登记、科技成果登记合作（即挂名）、科学技术奖申请、专利合作申请（即挂名）、国家高新技术企业认证、双软认定、动漫企业认定、技术合同登记、知识产权服务、发明专利加急、集成电路布图专有权登记、计算机软件著作权登记、软件检测报告（软件项目验收鉴定报告）、工商注册、代理记账、创业补助申请等服务领域。VX;133-------4二捌五----2518

有人调侃说，计划没有用，但不能没有计划。

服务区域：广东省、广州(天河、萝岗开发区、黄埔开发区、南沙新区、番禺、花都、从化、增城、越秀、白云）、珠海市、中山市、江门市、佛山市、惠州市、东莞市、深圳市、肇庆市、云浮市、茂名市、湛江市、清远市、韶关市、梅州市、汕头市、潮州市、河源市、揭阳市、阳江市

全国各省、市、自治区：广东省、海南省、福建省、湖南省、四川省、重庆市、贵州省、云南省、广西壮族自治区、湖北省、河南省、山东省、河北省、陕西省、山西省、浙江省、江苏省、辽宁省、黑龙江省、吉林省、上海市、天津市、北京市、甘肃省、西藏自治区、安徽省、青海省、宁夏回族自治区、内蒙古自治区、新疆维吾尔族自治区

测试计划的目的是基于识别的风险和已定义的测试策略而确定一套测试方法，并为执行和管理测试活动建立和维护有良好基础的计划。听着就有点绕口。

敏捷环境中的两种计划

在敏捷的开发生命周期中，通常会出现两种计划，即产品计划（Product Planning）或者叫发布计划（Release Planning），以及迭代计划（Sprint Planning）。

产品计划（发布计划）在项目开始时就规划产品的发布。产品计划（发布计划）需要定义产品的待开发列表，并可能涉及将较大的用户故事细化为一组较小的故事。产品计划（发布计划）是高级别的计划，为跨越所有迭代的测试方法和测试计划提供基础。

产品计划（发布计划）制订完成后，开始制订第一次迭代的迭代计划。迭代计划关注下一个即将开始的迭代的产品开发列表，并贯穿整个（单个）迭代，直至当前的迭代结束。

TMMi2级的测试计划过程域既关注发布计划相关的测试活动，也关注迭代计划相关的测试活动。

测试计划过程域有许多特殊实践，TMMi没有说明何时或如何进行这些实践，它也没有说明不能以增量方式制订计划。

敏捷环境中计划的特点

传统的开发方法是尽可能地预先固化决策，因此相关的成本和时间表也可以得到固化。这种方法的基本原理是更好地评估工作并降低范围蔓延的风险。

敏捷开发方法为了更好的响应变化，通常采取的方法是通过与客户进行持续合作，基于最新信息持续改进计划，并从而获得更好的计划。

我们都知道，完全测试是不可能的。测试过程中，需要经常做出调整和新的选择，并且需要经常调整优先级。对于敏捷项目，这再适合不过了。

敏捷环境中的风险评估

敏捷环境中，高级别的产品风险应根据产品愿景文档或发布计划中的高级别用户故事进行识别和评估。

对于每次迭代，都应根据用户故事或该迭代的其他需求作为迭代计划工作的一部分执行更详细的产品风险识别和评估。与采用顺序生命周期模型的传统项目中进行产品风险评估相比，敏捷项目中的产品风险识别和评估过程将具有更轻量级的形式。例如，采用风险卡片作为轻量级产品风险评估的方法。

在发布计划制订过程中，包括测试人员在内的整个团队将协助进行风险识别和评估。

在迭代计划制订过程中，敏捷团队根据下一个迭代中要实现的用户故事来识别和分析产品风险。

敏捷项目中，最好是敏捷团队的所有成员以及可能的其他利益干系人都参与产品风险评估，确定测试关键区域的产品风险项的优先级列表。这将有助于确定适当的测试工作分配，以便用足够的测试覆盖每个风险，并以优化测试工作的有效性和效率的方式对测试进行排序。

任务板上的估计任务可以根据与其相关的产品风险水平来定义不同的优先级。与较高风险相关的任务应该尽早开始并涉及更多的测试工作。与较低风险相关的任务应该稍后开始并涉及较少的测试工作。

敏捷环境中的测试任务和任务板

由于测试是作为版本和迭代计划的组成部分来执行的，所以产生的“计划”还将包含测试活动。

敏捷中的大多数测试计划活动将在版本和迭代计划期间执行。

但是，这些测试计划活动的结果通常不会记录在测试计划中，特别是对于可以在任务板上反映的迭代计划。

与顺序生命周期开发的详细计划不同，敏捷项目中的计划更像是用户故事（待开发列表）的排序以及反映版本和迭代优先级的任务列表，例如基于期望的业务价值交付。思维导图经常用作制定计划的辅助技术。

任务板将反映迭代优先级。

用户故事的明确版本发布和迭代优先级是已定义好的，并为每一个用户故事定义了要执行的任务（包括测试任务），因而不需要单独建立明确的（测试）时间表。

尽管没有制定具体的详细测试计划并形成文档，但特殊实践4.5建立测试计划在敏捷上下文中仍然有用。

敏捷环境中测试计划的形式

在测试计划过程中进行的讨论，讨论结果可能会以轻量级的形式被记录，例如思维导图。