软件工程第三次做业——关于软件质量保障初探

1、对教材与参考资料阅读后关于软件质量保障你的体会是什么?安全

一、软件质量保障(QA)的含义工具

在对教材阅读前,我一直觉得软件质量保障仅仅是在软件上线前对其进行测试,以保证其没有Bug,能够正常按时交付客户上线运营便可。经过对教材的阅读咱们了解到软件质量保障(QA)和软件测试(Test)是有很大区别的。软件测试(Test)是指运用必定的流程和工具来验证软件是否能实现预先设计的功能,其工做流程和结果一般是可量化的。软件质量保障工做(QA)是指软件开发团队为了让软件达到事先定义的质量标准而进行的全部活动,包括测试工做。因此说软件测试(Test)其实算是软件质量保障(QA)的一个工做方面,但毫不仅仅只是包含这一个方面。测试

从本书第一章咱们知道了软件=程序+软件工程,那么同理可得知:软件质量=程序质量+软件工程质量。优化

程序的质量主要体如今软件外在功能的质量上,另外还包含诸如用户的体验质量、国际化的质量和安全性的质量等方面。软件工程的质量则是在功能、成本和时间三个方面知足利益相关者的需求。主要体如今如下方面:spa

①软件开发过程的可见性。设计

②软件开发过程的风险控制3d

③软件内部模块,项目中间阶段的交付质量,项目管理工具的因素。blog

④软件开发成本的控制项目管理

⑤内部质量指标的完成状况。资源

其实影响软件质量保障的因素不只仅是以上说起的方面,只能说以上因素是主要因素。软件质量保障的影响因素更像是一个塔型结构,具体以下图:

二、软件质量保障(QA)的衡量标准

软件质量是程序质量和软件工程质量之和,而在二者中软件工程质量又处于主体地位,即软件工程的质量对最终的软件质量有着举足轻重的意义。也就是说对软件工程质量衡量标准的研究就是对软件质量保障(QA)衡量标准的研究。当前对软件工程质量标准衡量的比较成熟的理论是CMMI(能力成熟度模型集成),分为初始、管理、明确、量化管理、优化五个等级,实施它的主要意义在于可以提升企业的管理水平,下降企业的成本。

三、如何作好软件质量保障(QA)工做

关于如何才能作好质量保障工做,我有如下几点粗浅的见解,仅供表明我的观点:

首先是要牢固树立起质量意识,只有在一个开发团队中树立起牢固的质量意识,使质量意识深刻每一个开发人员的心中,才能确保在软件开发过程极少产生或不产生因质量问题而引起的没必要要的问题。

其次是要处理好团队之间的分工合做,在开发团队中要对每名开发人员进行工做安排,作到分工明确、责任落实,使其各司其职,对项目共同负责。同时由于责任落到的我的身上,也能避免出现一些开发者由于我的缘由而产生的Bug。

最后是要规定标准,没有规矩,不成方圆。只有在项目开始以前明确规定好项目中每一个环节甚至是每行代码的编写标准,才能在实际开发过程当中减小没必要要的Bug,提高效率,从而提升软件质量。

 2、若是你是一个项目的QA,那么你认为你的工做职责范围是什么?

一、对开发工做进行整体的把控和人员分工,协调好各部分、人员之间的工做

二、承担责任,调节质量纠纷,组织对重大质量事故调查分析

三、提高自身的能力,掌握基本的软件开发技术,能确保本身能独立进行程序的测试工做

四、积极与开发人员进行沟通,及时掌握开发进度,寻求最佳方案,实现效益最大化

3、若是你是一个项目经理,那么你认为这你的项目中须要专职的QA么?仍是只需有Test便可?若是一旦出现问题,你如何界定由谁担责?

一、我认为在个人项目中不须要专职的QA。首先咱们必须 认可QA的工做很重要,可是若是单独列出一我的来作QA的相关工做的话,一是浪费了宝贵的人力资源,二来也让部分开发人员产生了懈怠心理,认为反正有专人负责,责任怎么都不会落到本身头上,从而在实际开发中消极懈怠。其次若是专职的QA是个只懂软件测试而对于开发过程一无所知的人,有怎么能保证他的测试能力比参与了开发过程的人员更专业呢?同时,在他的测试过程当中,还须要有专门的开发人员陪同,这在无形之中又浪费了人力资源。最后就是能够减小扯皮和推诿,避免没必要要的时间和精力的浪费。前面也提到若是有专职的QA就会让开发者产生 懈怠,每人分管一摊,各扫门前雪,互相之间缺少沟通,出现问题又会相互推诿。

二、若是一个项目中只有Test也是不可取的。Test只是对软件进行测试,确保其不出现Bug,并不能保证软件的质量。短时间来看是有效的,但从长远看,是极不可取的,会致使软件质量的降低,最终致使用户不满,市场丢失。最佳的解决办法是将开发者和测试者合为一体,既参与项目的开发,同时参与测试运行,质量保障工做。对于开发人员来讲,项目就至关于本身的孩子,没有谁能比本身更了解本身的孩子。一样,不会有第二我的会比本身更了解本身的项目和开发过程。这样作既保证软件的质量,又能够最大的利用资源、提升效率,实现效益最大化。

三、关于出现责任的界定问题,我认为出现问题不可怕,可怕的是成员之间相互推诿扯皮,一来会影响成员之间的关系,二来也浪费了时间和精力。一旦出现问题,那么首当其冲承担责任的我认为应该是本身,而不是手下的开发人员。身为一个项目经理,职责就是要作好项目的总体规划、人员分工、标准制定和细节处理。发生问题要首先从自身找缘由,看是否是自身的问题,没有事先作好预估预判。其次才是将责任落实到我的,按照最初的分工安排,直抵源头,查错纠错,进行相关处理。避免因人人自危而引发没必要要的恐慌,从而耽误项目的整体进度和质量。

相关文章
相关标签/搜索