首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件测试 >

软件更改影响分析应由哪位高手做?以测试人员为主还是开发人员为主

2013-06-26 
软件更改影响分析应由谁做?以测试人员为主还是开发人员为主?背景:项目实施完成后,产品使用过程中出现问题,

软件更改影响分析应由谁做?以测试人员为主还是开发人员为主?
背景:项目实施完成后,产品使用过程中出现问题,需产生变更,客户要求出具软件更改影响分析以确定测试范围。
争论:
1、软件更改影响分析报告对软件测试过程更有用还是对更改过程更有用?
2、软件开发人员是否有权限出具软件更改影响分析报告?
在软件工程管理中,对产品上的软件发生变更时,大家是怎么处理的?请介绍下诸位大拿公司的相关管理流程。
谢谢! 测试?回归??影响分析 测试 影响分析
[解决办法]
测试是从需求角度 看影响分析
设计要从代码开发角度看影响分析

看到的东西不一样的 

测试人员最后的结果是变更测试用例 
开发看到的可能更多,比如变更了 底层公用模块,需要做回归测试等等  

测试看的终究是表面....在我们公司 影响分析是设计做的,也就是开发 ,测试人员只是针对变更需求 ,做新的测试用例而已
[解决办法]

引用:
先谢谢xiebird和qjl1000211038

回xiebird:
  我明白您说的意思,核心是因为测试人员并不清楚代码内部机理,所以回归测试由开发人员进行。
  其实这是个问题,测试人员是否应对程序代码有深入的了解呢?在公司,软件开发者对代码模块提交测试之前,要就软件代码向测试组进行详细解说,使他们有足够的了解,尤其是对一些只能进行代码走查的模块,不会去执行测试用例。如果从这方面考虑的话,测试人员对程序流程是有相当的了解的。

回qjl1000211038:
  您说的对,只是不晓得从管理流程上来说,该由谁首先去确定修改的级别。现在客户提出的问题是我们需提交一个分析报告来确定测试内容。对于产品软件进行的更改,最怕引入额外的BUG及影响到其他功能。对软件开发者,我们可以进行影响分析,但是担心的是我们出具的分析报告的置信度不够。所以我觉得当产品软件出现问题时,应该是以下任务分工:
  1)软件开发者分析源代码、寻找故障原因、给出解决措施并进行更改有效性验证;
  2)软件测试者针对更改代码进行局部测试,并与软件开发者协同进行初步影响分析,后使用专业工具和方法(是否有?)进行专业的影响分析,确定测试范围和方法,并执行测试。

再次谢谢二位。
  因为问题出现后,由于责任问题及潜在的引入问题风险,客户的委托人并不愿对软件测试做太多的表态,导致软件的更改验证未能及时处理。我认为这是我们公司制度上的缺陷,如果有一套明确的产品软件更改实施流程就不会使拖延发生。

我们这里一般是由生产上出现问题,提操作申请书,然后分属业务还是技术,再有相关部门发起,多方共同解决。
一般都是采用面向对象的设计,所以技术层面的测试都是测试调用或被调用的相关代码进行测试,业务层面的测试则更多的是对相关的交易进行测试。

热点排行