|
前段时间岗位调整,在我原有工作基础上附加了部门项目的质量管理和测试阶段的产品测试工作。
对我来说,对我的整体工作好象没有太大的影响,多了两类工作后,我的工作内容好象依然如此。最大的
影响就是对项目的整体控制更强一些,对工作产品的审计和过程评审进行一些似有似无的工作,我不控制
产品的质量,只是控制针对这个产品开发过程的质量。
******这就是QA的工作,对过程质量进行监控,而不是直接对产品质量进行测试/评审活动.我想你产生可有
可无的感觉,可能是你们的过程控制点过粗,说是过程监控,其实整个过程大部分时间是黑匣子,只有最终结
果出来了后,去check一下它的符合性,这样当然QA的作用弱了.******
而针对测试工作,在某个项目到达测试阶段后,我编写测试计划进行相关测试工作(测试计划主要
就是包括对测试需求的内容,测试人员与时间的安排等一些简单的计划内容,仅此而已)。测试用例,在
时间不允许的情况下基本省略,因为公司没有专门的测试人员,让开发人员写测试用例,笑话百出,把测
试用例都写成了使用手册了......,因此基本上都是直接写测试记录,开发人员拿到测试记录来进行问题
修改,然后再回归测试....如此下去!
*****可以一步一步来,甚至可以让他们只列出功能点,然后测试时提示一个一个功能点/业务程的过;过一
个,记录下pass还是bug******
其次:由于公司项目的不稳定性,人员空缺,基本上没有一个项目能够按照起初项目计划所编写的
人员安排,时间安排来进行的,对变更的控制基本上是无形的了。项目的过快的变化,导致了对项目的把
控很难控制,评审的时间随时改动,忽左忽右,对这种情况领导也都明晓,但由于特有的项目需求因素,
对这种问题的存在没有能解决的方法。质量控制的工作也是骑虎难下,从管理的施动者变成了一个受动者
,一个很难堪的状况。
*****初始估算,并将计划基线化,过程中依据计划进行项目跟踪监控,当出现偏差时候,按照约定调整计划,
必要时候重新估算.记录这些过程数据,待到项目某个基线阶段后或者项目结束时分析这些数据,并作为过
程资产入库为以后类似项目参考.估算或者计划过程是否为质量控制(评审和测试)安排了足够的时间?如果
没有,则及时预警,作为非常critical的问题向项目高层和项目经理汇报,促进整改***** |
|