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

对教材与参考资料阅读后关于软件质量保障你的体会是什么？（40分）

软件质量=程序质量+软件工程质量

软件工程的质量保障：软件开发过程的可见行要好。在软件开发过程的风险控制。软件内部模块，项目中间阶段的交付质量，项目管理工具的因素。软件开发成本控制。内部质量指标的完成情况。

实施CMMI可以有效的保障软件质量，提高企业的管理水平，降低企业成本。

软件质量保障需要多方面的帮助，设计师、项目经理、工程师、测试人员一起努力才能做到。

软件需求是度量软件质量的基础，与需求不一致就质量不高。

打个比方，QA是项目组的老师、警察和医生。QA首先要对公司的规程、规范了解和熟悉，具有一定的学习和沟通能力。在项目组成立之初，就介入项目组，指导和协助项目经理进行过程裁剪，项目估算。在后来的研发过程中，指导每个过程的执行。警察的角色听上去有点严肃的感觉，就是依据公司的规范和标准流程结合项目组的情况进行公平公正的评价。QA还担当了医生的角色，当项目组遇到困难或出现问题时，QA会协助项目组分析问题发生的原因并找到合理的解决办法。

 

如果你是一个项目的QA，那么你认为你的工作职责范围是什么？（30分）

QA：最重要的职责在于系统层面的完善，侧重于问题的防范及对已发生问题的根源的探究及其对策的实施，从而降低不良的产生。

QA的职责有二：依据一定的标准对过程进行评价；依据一定的标准对工作产品进行评价。

在需求定义流程中，审查是更适合质量保证（QA）测试人员的角色，而不是定义；但QA测试人员需要学习如何高效执行审查。对于QA测试人员来主产，在于需求定义审查中成功获得支持关键在于，找到对于其它参与人员重要的问题，这就意味着找出需求内容相关的问题，避免投入过多的精力在形式和可测试性上。在我的书中，或相关的讨论坛中，我描述了许多方法来识别需求问题——包括清晰度和可测试性——以及如何使用强大的方法来检测出错误和疏忽的内容。有些组织让业务分析师负责定义需求和开发测试，从而证明需求已经达到要求。这类双重角色常常会因为测试方法和知识的不足，而导致测试被忽略掉。另外，分析师的测试不可能显示他们需求问题。这类弱点也还会更严重，当开发人员是定义需求和测试的人时。

 

 

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

项目中应该有专职的QA，开发和测试是软件工程的两个分支，对于不同的软件/服务，测试的方法和程度都有区别。独立的测试可以从用户的角度出发验证产品质量。

如果出了问题，应该有专门的QA负责。

有效的测试策略能够帮助测试团队明确被测系统或者测试产品的质量目标。制定测试策略，就是为了让被测对象经过各种测试后，最终能够达到质量目标，从而可以发布。

对于产品而言，质量目标最后都是能够满足用户的商业需求；基于质量目标来制定测试策略，可以充分的发挥基于风险测试的思想，可以根据风险来有效的调整测试实施方法和进度，确保产品发布时的质量可控、可评估。

适配软件开发过程/产品开发过程。测试策略可以与软件开发过程/产品开发过程进行有效的融合，在软件开发的不同阶段制定不同的子策略来指导测试活动的实施。

测试分层有助于将测试活动进行有效的划分和组织起来一组一组有序实施，并且有差异化的进行；对于细化测试活动、提升测试效率都有非常重要的指导意义。

 我认为真正的QA工作很具有挑战性，要有足够的开发经验，管理经验和项目管理知识。有公平公正的素质和较强的沟通能力。有不断学习、提高自我的精神。要学会换位思考，从项目经理的角度想想项目怎样才能做得更好，项目组应该如何去计划，哪些方面应该重点关注或容易出现问题，与项目经理沟通想法，认真听取项目经理意见，对于问题及时指出，避免项目组走弯路。