51Testing软件测试论坛
标题:
初涉质量工作,针对公司现状,请教前辈!
[打印本页]
作者:
fire
时间:
2005-9-5 10:40
标题:
初涉质量工作,针对公司现状,请教前辈!
做所谓的质量,测试的工作有一段时间了,基本上对这段时间的工作,我很不满意,所以感觉自己对质量管理和测试的工作认识有很大的认识误差,以及对工作明了程度不清楚的地方,所以请大家能给我提提意见和建议!:)
首先:本人先前从事配置管理的具体工作近一年半时间,工作内容也不复杂,主要负责维护工作配置库,跟踪整体项目过程阶段的发生。对产品进行发布和状态的记录等内容。同时还包括一些部门内部的一些培训工作。
前段时间岗位调整,在我原有工作基础上附加了部门项目的质量管理和测试阶段的产品测试工作。对我来说,对我的整体工作好象没有太大的影响,多了两类工作后,我的工作内容好象依然如此。最大的影响就是对项目的整体控制更强一些,对工作产品的审计和过程评审进行一些似有似无的工作,我不控制产品的质量,只是控制针对这个产品开发过程的质量。
而针对测试工作,在某个项目到达测试阶段后,我编写测试计划进行相关测试工作(测试计划主要就是包括对测试需求的内容,测试人员与时间的安排等一些简单的计划内容,仅此而已)。测试用例,在时间不允许的情况下基本省略,因为公司没有专门的测试人员,让开发人员写测试用例,笑话百出,把测试用例都写成了使用手册了......,因此基本上都是直接写测试记录,开发人员拿到测试记录来进行问题修改,然后再回归测试....如此下去!
其次:由于公司项目的不稳定性,人员空缺,基本上没有一个项目能够按照起初项目计划所编写的人员安排,时间安排来进行的,对变更的控制基本上是无形的了。项目的过快的变化,导致了对项目的把控很难控制,评审的时间随时改动,忽左忽右,对这种情况领导也都明晓,但由于特有的项目需求因素,对这种问题的存在没有能解决的方法。质量控制的工作也是骑虎难下,从管理的施动者变成了一个受动者,一个很难堪的状况。
问题1:我现在的工作内容不是很多,很多情况下依照项目的特有性才有我工作的发展余地,基本上我是见缝就进,无缝只能旁观查颜。所以,我认识自己的工作有很多误区,在很多方面做的极度的不足,不知道针对这些情况该如何调整自己的工作内容,来达到真正的质量管理的工作目的?
问题2:我的工作内容是否很多理解错误和欠缺的地方,想请问针对这种工作模式,其工作范围该如何控制,具体的工作行为应该如何做?
问题3:配置管理,质量管理,测试,我一个人都做了,其中有很多相互排斥的地方,不知道该如何调整这样的工作环节差距。如果能够一个人把3类工作做好,任务能够清晰划分,现在给人的感觉,我的工作是一团粥,对不同的工作是相同的理解,没有一个很多的定位。
因为对工作的理解和执行意识的欠缺,导致我对整体工作的诠释可能也有很多的失误,所以对我的问题说明不一定清晰,请见谅了!:)
谢谢大家了......
作者:
luoyear
时间:
2005-9-5 13:09
前段时间岗位调整,在我原有工作基础上附加了部门项目的质量管理和测试阶段的产品测试工作。
对我来说,对我的整体工作好象没有太大的影响,多了两类工作后,我的工作内容好象依然如此。最大的
影响就是对项目的整体控制更强一些,对工作产品的审计和过程评审进行一些似有似无的工作,我不控制
产品的质量,只是控制针对这个产品开发过程的质量。
******这就是QA的工作,对过程质量进行监控,而不是直接对产品质量进行测试/评审活动.我想你产生可有
可无的感觉,可能是你们的过程控制点过粗,说是过程监控,其实整个过程大部分时间是黑匣子,只有最终结
果出来了后,去check一下它的符合性,这样当然QA的作用弱了.******
而针对测试工作,在某个项目到达测试阶段后,我编写测试计划进行相关测试工作(测试计划主要
就是包括对测试需求的内容,测试人员与时间的安排等一些简单的计划内容,仅此而已)。测试用例,在
时间不允许的情况下基本省略,因为公司没有专门的测试人员,让开发人员写测试用例,笑话百出,把测
试用例都写成了使用手册了......,因此基本上都是直接写测试记录,开发人员拿到测试记录来进行问题
修改,然后再回归测试....如此下去!
*****可以一步一步来,甚至可以让他们只列出功能点,然后测试时提示一个一个功能点/业务程的过;过一
个,记录下pass还是bug******
其次:由于公司项目的不稳定性,人员空缺,基本上没有一个项目能够按照起初项目计划所编写的
人员安排,时间安排来进行的,对变更的控制基本上是无形的了。项目的过快的变化,导致了对项目的把
控很难控制,评审的时间随时改动,忽左忽右,对这种情况领导也都明晓,但由于特有的项目需求因素,
对这种问题的存在没有能解决的方法。质量控制的工作也是骑虎难下,从管理的施动者变成了一个受动者
,一个很难堪的状况。
*****初始估算,并将计划基线化,过程中依据计划进行项目跟踪监控,当出现偏差时候,按照约定调整计划,
必要时候重新估算.记录这些过程数据,待到项目某个基线阶段后或者项目结束时分析这些数据,并作为过
程资产入库为以后类似项目参考.估算或者计划过程是否为质量控制(评审和测试)安排了足够的时间?如果
没有,则及时预警,作为非常critical的问题向项目高层和项目经理汇报,促进整改*****
作者:
carmela
时间:
2005-9-6 10:08
LZ的问题好像是很多人有的问题。
现在很多不大不小的公司,测试做的就不太好,又想做QA,就会出现LZ说的情况,流程啊要求啊,根本执行不下去,最后要么QA很迷茫,要么累的要死,还一点效果都没有,项目成员抵触情绪也高,公司也看不到成绩,简直是费力不讨好的事情。
如果能做好,还是比较锻炼人的。
作者:
海的女儿
时间:
2005-9-7 13:04
一个人担当了三个角色,而且还出现了工作失误,你就该自我反省一下了,是因为工作太多而出现的失误?还是自身技能还不足以担当起这三个角色?……如果二者兼而有之,那你是否考虑放弃一些角色?以免由于忙于表面的事情,而导致你没时间去提高和加深某方面的专业技能。
作者:
rogerlau
时间:
2005-11-17 14:08
尝试着用自动化的工具去驱动质量管理,如果你公司足够重视且足够有钱且有足够的测试工具开发实力的话。
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2