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

最新推荐文章于 2024-04-28 16:22:35 发布

OY7452060

最新推荐文章于 2024-04-28 16:22:35 发布

阅读量142

点赞数

原文链接：http://www.cnblogs.com/delephine/p/11575489.html

版权

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

第十四章质量保障

一、关于软件质量保障的体会

关于“软件质量”，在未阅读课本和资料之前，我对这个词语的第一感觉就是这个软件好不好使，好用例如地图软件的定位精确性，游戏软件的流畅度和学习软件的功能齐全度，软件的缺陷少相对应软件的质量就高，后来才发现自己的理解过于片面了，这只是站在用户角度①看的，阅读相关资料后才知道同时也可以从开发者角度②考虑，比如：整体架构设计易于扩展，模块之间耦合性低易于复用，代码简洁易懂易于维护等。如果我们只从用户级别来考察软件质量，就会忽略设计质量的重要性，也就只局限在 “只要功能正常就是好软件” 这一认识范围内。国际标准组织定义：

“软件产品在特定条件下满足所述和隐含需求的能力；”

“软件产品符合既定要求的程度，然而质量取决于那些已建立的需求在多大程度上准确的代表了社众的需求，愿望和期望。”

这两个定义都强调了软件要符合用户以及利益相关者的需求。

主导设计一旦确定了以后，产品的质量水准就基本确定了，尽管验证阶段对于产品质量很重要，但是验证工作做得再好也不能从本质上改变软件产品的质量水准了，那么问题来了，如何保证软件质量？编码前的架构设计质量，编码时的代码质量，编码后的测试质量等都需要得到保障。事先进行架构设计可以使软件更加模块化，并且设定好特定的接口，软件的拓展性和可维护性会更好。

书中提到的 “软件质量=程序质量+软件工程质量” 也甚有道理。

程序的质量体现在软件外在功能的质量，而软件工程的质量体现在其可开发性、风险、成本、指标完成度等方面，正所谓长城并非一日建成的，软件工程的质量也需要长期的过程来提高。

同时，要达到一定的软件质量，也是需要付出相对应的成本（预防、评审、内部故障、外部故障、流程分析改进、提高职业技能、技术投资），但是这也并非一日工作，在增添新功能的同时也需要对原有软件不断进行维护和升级。

“时间、资金、质量”，这三者就像三角形的三条边，知道了两条另外一条也就确定了。

二、如果你是一个项目的QA，那么你认为你的工作职责范围是什么？

QA：Quality Assurance，软件质量保障工作，软件团队为了让软件达到事先定义的质量标准而进行的所有活动，包括测试工作。

　　我所认为的工作职责范围：

　　1、实施软件质量保证活动，进行产品质量、质量管理体系及系统可靠性设计、研究和控制。

　　2、实施软件质量监督检查，日常监控、预防和解决质量问题。

　　3、按计划实施SQA活动，定期总结并提交审核报告。

　　4、根据度量指标建立度量体系，研究开发检验技术、检验方法等......

三、如果你是一个项目经理，那么你认为在你的项目中需要专职的QA么？还是只需有Test即可？如果一旦出现问题，你如何界定由谁担责？

　　我觉得不需要“全职”的QA，开发和测试是息息相关的，就像陈皓说的：“不懂开发的人必然做不好测试，就像不懂开发的研发经理必然管不好研发团队一样”，但是对开发不关心的QA团队也是会影响整个项目进度，最好是从整个开发团队中选出组成，他们更容易理解团队代码风格，能第一时间找到问题所在，与开发团队有很强的默契性，沟通交流的障碍减少了，对解决问题大有益处。同时项目经理也需要做好调节工作，进行细致的分析，明确每人人员的角色，每个工作人员根据自己的任务进行完成，当出现问题时应该是整个团队的问题，由团队来负责。