软件工程第三次作业——关于软件质量保障初探 20194648
作者:互联网
(1)对教材与参考资料阅读后关于软件质量保障你的体会是什么?
在软件开发团队中,由于质量被视为软件产品的生命,而始终被人们所高度关注;然而在现实生活中,许多软件产品却时常陷入质量低下的旋涡,总是不尽人意。究其根源,在于这些软件产品对其质量内涵的把握,仅仅停留在减少软件运行错误、加强软件测试、避免软件缺陷的一般性层面,而对整个软件开发生命周期的全过程质量管理,缺乏总体架构。因此,在大型软件产品的开发与设计中,始终体现全过程质量管理思想的Rational Unified Process™(简称RUP)和提供全生命周期支持的软件开发平台,则展现出强大的生命力和独特魅力。
(2)如果你是一个项目的QA,那么你认为你的工作职责范围是什么?
做品质管理工作,首先我们的清楚公司现在的品质水准,对于质量管理体系进行评价。对于公司的质量管理体系我们首先应该进行科学的评价。对于不能满足顾客和市场要求的质量管理体系我们应该时刻的去改进,以防止我们的管理体系上有根本性的遗忘处。公司应该有公司的质量方针及质量目标。这也是QMT进行的一个标志。在接下来我们的有进行品质管理的基本条件设施。如测量仪器,作业指导书,检验规格指导书等。我们在进行评价也应该以质量管理体系的结构进行评价,并且予以记录方便我们在接下来的工作中知道应该怎么样去完善品质管理体系。
(3)如果你是一个项目经理,那么你认为这你的项目中需要专职的QA么?还是只需有Test即可?
如果一旦出现问题,你如何界定由谁担责?
我认为不需要专职的QA, 只有Test即可. 负责的问题分情况来看。
-测试发现了问题但是没有上报
测试人员的责任
-测试上报了问题,其他负责人决定仍然上线
谁拍板谁负责
-测试本身有问题,漏过了bug
review测试的人负责任,没review那就开发的人,和决定不review的人
-测试没有cover到bug出现的地方
这个要细分,是测试计划的问题,还是测试执行中的问题
项目经理担责任,一般是强行上线,和因为某些原因削减测试计划,或者在测试中要求跳过某些测试以加快速度
研发的责任,基本上就是强行上线,或者在测试的版本之外修改代码,私自发布。标签:软件产品,review,管理体系,关于软件,QA,软件工程,质量,测试,20194648 来源: https://www.cnblogs.com/iroywang/p/11573761.html