遵守工业及企业标准,遵守编码规则和结构标准,可提高其可用性及可维护性、最佳实际应用。
企业标准依据其背景而变化。微软的商品遵循微软标准,Unix商品遵循Unix标准。直到PowerBuilder基础等级(PFC)的数据库出现,PowerBuilder的开发人员才获得了对买方标准的一些提示。现在许多公司遵循PFC命名约定,因为它最接近于工业标准体系结构。这就是说,甚至连Sybase都不遵循自己的标准,而是遵守PFC标准。PFC的版本6集成了一些它自己对外公布命名规范的结构标准。
关键的一点是如果什么也不做就谁也帮不了你。学习的关键是经验。如果你不知道自己已拥有经验,你就无法从中获益。你知道的越早就越有效。你可以通过实施一些标准加速此过程。这完成了两个目标:
要实施标准,必须先度量。如果你度量应用标准及质量,开发人员就会对所度量的要素及他们出的错误更清楚,加强了目标的认识。纠正发现的问题并找到错误原因,可以再次提醒开发人员要达到的目标,并指出达到的方法。
一旦进行度量,应用软件中不通顺的地方立刻被纠正。可以达到两个目的:最终的编码十分整洁,具有高质量;开发人员完成这一步就会得到最重要的益处——经验。
功能性质量
功能性质量是度量应用软件与其用户需求的匹配程度,即完成必要性功能的好坏,以及是否完成了所有必要的功能。你可以想象这是应用软件的大脑。如果所有必需的功能并没有全部完成,那么其结果难以预测。
由于许多应用已事先规定应该怎样,所以功能性质量比编码质量更难度量。只有对开发完的应用才能度量。这意味着改变代价很大。我们应该怎样度量?在开发周期的早期阶段应该做什么才能保证我们正朝着更高质量的目标前进?
我们应当保证应用满足客户提出的所有需求。这主要取决于开发过程的一开始这些需求被确定的程度,但这可通过检验正进行的基础来保证它符合需求目的。这是一个手工完成的测试,但有些自动工具如Rational ClearQuest也可以跟踪设计、构造、测试等不同阶段。我们还必须保证为满足需求而设计的商业功能完全,用好、坏或没有输入来检验。养成用这种方法测试商业功能可以达到更高质量。
测试的另一方面是应用编码。这需要花费更多的时间,因为每一个编写的功能都必须经过检验以确保它的运行完全符合所期待的那样。这便是这些能够生成测试案例的自动工具的有价值之处,但并不是所有自动工具都能达到这样的水平。有些工具能够通过运行测试案例看应用软件的每一部分是否经过了检查,如Rational公司的 Teamtest、Mercury公司的 WinRunner产品,但没有一个自动工具能生成你所必需的测试。
我们要强调的第三个方面是应用软件能否实现设计的功能,更重要的是它是否有效,这就需要开发人员与用户之间进行交流,比较初始步骤和需求,检查它们在应用中是否相符。
文章来源于领测软件测试网 https://www.ltesting.net/