移动互联网测试项目的风险管理-《中国新通信》(2016年5期).docx

龙源版权所有 移动互联网测试项目的风险管理作者：李敬林来源：《中国新通信》2016年第05期 【摘要】随着移动互联网业务的急速发展，软件测试项目的管理也日新月异，传统的测试项目管理方式也随之接受新的挑战。业务需求讯息万变，开发测试周期缩短，敏捷开发，先商用再优化，各种各样的新模式，新问题随之而来摆在测试管理者和工程师面前，如何应对这些新问题，新风险呢？ 这就是此文需要阐述的。 【关键字】 移动互联网 软件测试 风险管理 引言 本文將从风险识别，风险影响评估，风险处理，风险监控四个方面来阐述测试项目的风险管理的观点和概念。 我们先看看如何识别风险。首先，我们搞清楚什么样的问题可以上升为风险，风险分为哪几种类型。我们先看下面一个风险描述的例子： 一般来说，风险包括这么几个要素，它属于那种类型的，具体问题是什么，级别高低，谁负责跟踪处理，当前状态如何，还有应急措施是什么。 对应互联网测试项目来说，风险的类别从来源来看，一般可以分为这么几类：需求变更，测试人力，测试环境（软件和硬件），测试周期，沟通协调，流程制度，缺陷管理。 当我们知道风险包括了哪些要素和风险的分类后，我们就可以在项目中发现和识别那类的问题需要列为风险对象进行管理。 我们先看需求变更类的风险，在移动互联网项目中，来自客户业务发起方的需求往往变化比较快，比如说，为了在某个节日举行营销活动，需要推出一款新的产品和业务，需要在软件层面进行配合实现，当销售市场部决定需要定制软件或者修改软件实现时，往往留给后台研发人员的时间已经比较少，时间带来风险压力是不容置疑的。 对于此类风险，我们应该及时和市场业务部获取最新的策略信息，从而根据当前测试人力和设备资源做好准备，同时要根据自己测试能力进行客观评估，哪些功能需求是必须实现的，哪些功能需求是可选的，必须实现的功能需求里哪些功能是最重要的。在这里，可以通过建立需求跟踪矩阵，确定功能实现的优先级，然后在短时间内实现最重要最有价值的功能需求。 另外，还有测试人力类的风险，这一类风险一般是多个测试项目同时启动，测试人力需求在短期内剧增，或者是测试的核心骨干请假等情况。我们在测试人员的管理和复用上，往往都是一个测试人员从事多个项目或者多个业务的测试，若多个项目同时开展就会出现此类问题。 对于此类风险，我们在做测试计划时就可以预见并识别，并纳入到我们的风险管理表中。 同时，我们应该提前做好测试人力资源的储备，培养一些备用的测试人力。测试团队组成应该是有一定梯度的，骨干，普通测试人员和新手都要有人员。这样，当测···试读结束