软件测试管理——测试的风险分析

软件测试:是一项高风险的工作，它是不可避免的，总是存在的。作为一名测试管理人员必须在平时的工作中，分析这些风险的类别，并且想出对策尽最大程度的降低这些风险。

1.软件需求的风险

主要表现在以下的几个方面：

■需求变更风险，在项目的后期用户总是不停的提出需求变更从而影响设计、代码，并且最终反映到测试中来。需求变更后测试用例没有及时更新；更重要的是在项目的后期频繁的需求变更会导致测试的时间不充分。

■软件需求本身不清晰或者开发商对产品的需求特性理解不准确有偏差，这样导致最终开发的产品功能可能不是用户真正想要的功能

对策：在项目开发过程中的每个阶段，尽量让用户看到产品已经实现的每个阶段的功能，如果不是用户想要的东西尽早提出来，总之要让用户参与进来。

另外对于后期用户不停的提出需求变更做为开发商来说，应该多和用户多沟通，争取更充分的研发时间和测试时间，或者最好能把后期提出的功能放到下一个版本中实现。

2.人员的风险

人员的风险常常表现在以下等方面，

■核心测试人员的请假、离职

■测试人员的工作态度不端正、工作状态差

■测试人员的测试技术不足，比如说产生测试的思维定势，有些有问题的地方始终测试不到位

对策：对于核心的测试人员可能离职而延误测试的情况，做为测试管理者可以在平时给这些核心人员配置一些可以候补的测试人员来向他们学习，以避免这些核心人员的请假、离职的时候，可以立即补充上来。

另外可以通过对测试工程师进行考评的方式监督他们每天的工作情况，看看其工作状态是不是尽心尽力符合目前的项目测试工作，如果发现不符合的话，测试管理者可以找其单独谈话督促其改正。

每个测试工程师测试的思维方式肯定有差别，所以测试管理者多让这些工程师在测试每一轮后，再进行不同模块的交叉测试。

3.代码质量的风险

如果开发人员提交上来的代码质量很差、很烂的话，软件缺陷很多，那么对于测试工程师来说漏测的可能性就越大。

解决办法：对于程序员的提交给测试部门的代码一定要在前期做好充足的单元测试、对于核心模块的代码一定要有资深的研发工程师进行前期检查。

4.测试环境的风险

测试人员在测试过程中搭建的测试环境，虽然原则上是尽可能模拟用户实际使用的环境。但是不可能100%完全和用户的环境一下，这样就会存在一定的风险，因为有些软件的缺陷只有在特定的环境下（包括硬件、操作系统、杀毒软件和软件的不同版本的补丁和用户实际使用的数据等）才能出现。

对策：测试部门在测试过程中搭建的测试环境的时候，尽量尽一起可能无限制的模拟用户使用的环境（硬件、操作系统的版本和补丁，数据库的版本和补丁）在测试的时候尽量和用户沟通要到用户真实的数据进行测试。以减少风险。

5.测试工程师对产品的业务不熟悉

对业务产品的不熟悉一般表现在以下几个方面：

■测试工程师不了解用户究竟是如何操作该产品

■测试工程师介入到项目测试的时间太短

对策：可以找一些相关行业的专家给测试人员进行培训，当然用户也就是最好的行业专家。另外测试人员一定要在项目的前期就介入到项目中去熟悉产品，对产品越熟悉找出的软件缺陷越有价值。

6.测试深度和广度的风险

■测试的广度，用户的操作肯定是千变万化的，测试工程师在测试的时候肯定不能100%覆盖到这些千变万化得操作。有些极端的情况容易被遗漏、测试不到。

■测试的深度，比如有些软件只有在特定的情况下，比如多用户并发的情况下使用的过程中才会产生软件的缺陷Bug，但是测试工程师在测试的时候忽略了这种情况，只有某几个测试工程师在测试使用这些功能。

对策：测试工程师在写测试用例的时候尽量提高测试用例的覆盖率，如果测试用例能涵盖不同的用户千变万化的操作最好。特别是一些边界值、深层次的逻辑关系等。以及用户实际使用环境下的场景（比如大用户量的并发操作等）。

7.测试工具本身可能产生误差

■测试工具能模拟用户的手工操作，但是这种工具本身就存在误差、或者使用者操作不当产生的误差，比如：在项目后期的回归测试的时候使用自动化功能测试工具QTP进行回归测试的时候，由于修改了某些脚本导致QTP每次测试都能通过，但是到用户现场的话有可能会最简单的功能都通不过。

■在进行性能测试工具的时候大家常常使用Webload、Jemeter、Loadrunnner等，但是这些工具并不能100%模拟用户的并发操作：比如用工具模拟500个用户同时并发登录系统，但是这些并发都是从1台或者某几台测试机器上发出请求的。但是在用户实际使用环境的情况喜爱这500个用户可能来自全国或者全世界的各个地方。

对策：

■对于自动化的测试工具，一定要选择一些知名大企业比较成熟的测试工具，比如：HP公司的Loadrunnner，QTP或者IBM的系列测试工具。

■测试工程师在使用测试工具的过程中应该大胆的排除一些不合理的测试值，比如：进行了5次的大用户的并发测试，其中有1次的测试结果与另外4次的测试结果偏差较大，那么测试工程师就可以排除这1次偏差较大的测试（因为这1次测试结果可能受到一些其他因素的影响而导致不准确，比如受到网络因素的影响等）

■另外测试工具仅仅是提高测试效率的，由于测试工程师在使用测试工具的过程中某些参数设置不合理而导致测试结果不准确。所以不要过分的相信测试工具，最后一定要进行人工的审核和检查才可靠。

■另外可以用不同的测试工具运行相同的测试场景，如果不同的测试工具运行相同的测试场景的测试结果相近的话，可以认为这种测试时有效的。

8.测试资源的不充分

测试资源的不充足表现在很多方面，比如：

■硬件资源不够，国内的很多小型的软件企业开发和测试居然使用同一个环境，这样肯定肯定会影响测试效果的。

■软件资源不充分，比如在项目的后期进行回归测试的工作量很大，但是测试的人手不够。

■测试的时间不充足，在企业实际的研发过程中，研发人员由于各种原因（如用户提出修改或者新增某些功能、甚至研发人员的技术水平等）导致提交到测试部门的延迟，这样无形中减少了测试人员的测试时间，测试时间不充足会影响到测试的效果的。

对策：作为一名测试管理者有义务向公司里申请更多的测试资源，如购置独立的测试服务器把测试环境和研发环境分开；要求招聘更多的测试人员；测试管理者应当做好测试风险的预估，比如：在制订测试计划的时候要预留一定的多余时间以应对临时变化的一些特殊情况。

软件测试管理——测试的风险分析相关推荐

《软件测试管理》第15章测试工程师前途-(工资待遇、发展方向探讨)
第15章测试工程师前途请看下面一条来自新浪网的新闻: 软件测试人才:缺口三四十万,年薪十万 http://www.sina.com.cn 2003 年08 月14 日 14:42 ...
软件测试：测试管理篇
软件测试:测试管理篇本节内容测试需求分析和测试策略制定测试方案的设计测试执行流程的设计测试报告的输出(在系统测试阶段) 测试策略制定需求,是软件设计与测试的来源.需求除了终端用户的功能需求 ...
软件测试需求管理系统,软件测试管理及工具应用
本词条缺少概述图,补充相关内容使词条更完整,还能快速升级,赶紧来编辑吧! <软件测试管理及工具应用>是2014年清华大学出版社出版的图书. 书名 <软件测试管理及工具应用&g ...
开发转测试没人要_入行或转行软件测试（测试开发）要怎么学
在2008年刚刚进入这个行业时,我对于要学什么东西,是迷茫的.记得我在08年的时候,入职的公司给我们这批新人做了培训.培训中介绍了很多概念,告诉我们质量很重要,软件测试前景很好,还教了我们很多软件测试 ...
如何建立软件测试管理体系？
如何建立软件测试管理体系? 软件测试是软件质量保证的关键步骤.美国质量保证研究所对软件测试的研究结果表明:越早发现软件中存在的问题,开发费用就越低;在编码后修改软件缺陷的成本是编码前的10倍,在产品交 ...
软件测试管理的几个基本要素
本文将就软件测试管理中的基本要素做逐一介绍. 1. 符合软件开发计划时间框架的软件测试计划软件测试计划是一个老生常谈的问题了,不同的人对计划的理解往往是大相径庭的.这里让我们回顾一下何为计划,一般来 ...
软件测试管理－－第二章 2.2节
2.2 软件测试发展历史举了2.1节的案例,并不是论述软件给我们带来的危害,而是要说明存在质量问题的软件可能会带来严重后果.因此作为保证软件质量主要手段的软件测试,在软件工程中的地位就更是不言而喻的 ...
如何组建和管理测试团队
如何组建和管理测试团队如何来建立一个高效的测试团队呢?这个问题,一定是"仁者见仁,智者见智"的问题. 1 测试团队中的"人" 首先,高效的测试团队需要不同角色 ...
《高级软件测试管理》学习笔记——人员技能团队构成
人员技能测试人员的技能,可以概括为三个大的方面: (1)测试技能主要是测试人员掌握的测试理论知识.实际操作能力.测试经验等.如测试计划和控制.测试分析和设计.测试实施执行.审查评审等方面的技能.这 ...
软件测试工具与软件测试管理工具的关系
软件测试工具与软件测试管理工具的关系 1.软件测试工具可提高软件测试工作的效率. 2.软件测试工具分为自动化软件测试工具和测试管理工具,所以测试管理工具是测试工具的一种. 3.自动化软件测试工具存在的 ...

软件测试管理——测试的风险分析

软件测试管理——测试的风险分析相关推荐

最新文章

热门文章