2021-09-19

最终产品的质量需求是什么？
产品需求是产品所有的功能的描述和规划。产品在开发时都有相应的需求规则，将这些规则清晰的描述出来，让开发、测试人员能够直观的明白该规则，且没有产生歧义。需求规则必需是完整的、准确的、易懂的。需求规则的描述上如果涉及到页面交互或者页面的修改，需要设计页面原型。

选择什么样的开发组织？
1、产品
在质量控制中应明确的是，一个过程的输出产品不会比输入产品质量更高。如果输入产品有缺陷，那么这些缺陷不仅不会在后续产品中自动消失，甚至它比对后续阶段产品的影响将成倍放大，当发现产品的质量与预想的有很大差别时，要反馈到前面的过程并采取纠正措施。这是产品的一个重要特性，也是软件质量控制的关键要素之一。

2、过程
在质量控制中，一些过程是进行质量设计并将质量构造入产品，而另一些过程则是对质量进行检查。因此，不管是管理过程还是技术过程，对软件质量有着直接而重要的影响。
过程对质量的影响，通常包括以下几类：
产品质量是通过开发过程设计并进入产品的同时也会引入缺陷
在产品中已经获得的质量，是通过检查过程来了解和确认的
一个过程所涉及到的组织或者部门的数目以及他们之间的关系，将影响引入差错的概率，也影响发现并纠正差错的概率。组织或者部门的数目越多，技术接口、沟通就会越复杂，更容易产生不一致及差错，不同组织或者部门所具有的独立性以及权力也不一样，导致在开发过程中贯彻标准的力度不同。

3、资源
资源指为了得到要求质量的软件产品，过程所使用的时间、资金、人、设备。资源的数量和质量通常以下列方式影响软件产品和质量。
人力资源是整个软件生命周期中队软件质量及生产效率最重要的影响因素。软件是智力型产品，人是决定的因素，而且软件开发人员的知识、能力、经验和判断相差很大。
时间在一般情况下都是不够充分的，特别是软件需求分析和集成测试阶段表现的较为明显。
软件开发环境和测试设备的不足可能会使差错发生率提高，同时发现并纠正差错所需要的时间也将增加。如，当编译环境不稳定，人们很难再这种情况下集中力量开发和软件测试的，由此导致的开发时间和成本的增加和质量的降低时经常发生的。

为预防软件质量缺陷应该做点什么？
评审
评审是很常见的一种验证手段。虽然普通，但它的作用可不小。

软件缺陷很大一部分是来自于对需求的定义和理解不正确。而如果你能做好需求评审，可以很大程度地减少这部分缺陷。

同样的，设计评审可以很大程度上减少设计缺陷。

在软件实现之前，评审是最有效地去除缺陷的手段，而越早去除这些潜在的缺陷，所需的代价也会越小。

评审是一种缺陷去除手段，在这里说是缺陷预防方法，是站在代码的角度来说的，因为这时代码还没有生成，评审去除的缺陷就像是预防了在代码中生成缺陷。

重构
当开始代码实现之后，程序员会发现随着对业务需求更深入的理解，代码的结构可能会变得不合时宜；或者代码的结构有些臃肿，有了“坏味道”，这时就需要对代码进行重构。

因为重构是在测试之前，程序员主动地重构，就会预防因为代码变坏而产生更多的缺陷。

复用
软件复用的前提，是已经有了经过验证和确认正确的可复用的构件。如果软件都是由这些构件组成的，那么这些功能模块本身是没有缺陷的，从而就会使集成起来的软件的缺陷也大大降低。

对于复用来说，困难的是持续不断地推进复用的策略，不断丰富组织的可复用构件库。

原因分析
原因分析是解决问题的一种通用方法。

对于软件开发来说，把软件研制过程中发现的问题进行统计分析，找出问题产生的根本原因，制定出对应的纠正措施，可以使新开发的软件避免出现重复的问题。

我们应当要求所有新开发的软件在开发之前先去查找同类软件之前发生过的问题，对应的解决措施，在软件设计和实现时，吸取教训，完善设计，以达到预防缺陷的目的。

怎样检查软件质量？
软件质量是软件的生命，它直接影响着软件的使用和维护。通常软件的质量有下面几个方面来评价质量的优劣：

              （1）   软件需求是衡量软件质量的基础，不符合需求的软件就不具备质量。设计的软件应在功能、性能等方面都符合要求，并能可靠地运行。

              （2）   软件结构良好，易读、易于理解，并易于修改、维护。

              （3）   软件系统具有友好的用户界面，便于用户使用。

              （4）   软件生存周期中各阶段文档齐全、规范，便于配置、管理。