- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1.软件质量原则扩展为以下步骤:
(1)高级管理层建立具有挑战性和明确量化的质量目标.如果没有量化的度量,那么质量工作只会变成另一个没有持续影响力的激励计划.
(2)所使用的质量度量是客观的,需要人进行判断的地方越少越好.
(3)精确定义并文档化这些度量,以便于编写采集和处理它们的计算机程序.
(4)在每个项目开始时,都必须制定一个质量计划.该计划要含有特定的量化目标,并在每次重大的项目变更和里程碑上更新这些目标.
(5)根据管理层的质量目标来审查这些计划.如发现有不一致的地方,需要重新制定计划或作为例外情况加以批准.
(6)对质量情况进行跟踪并公开.在质量不满足计划要求时,应采取纠正措施.
(7)由于没有任何单一的度量可以完全反映一个复杂的产品,因此应将质量度量看作反映了总体质量的指标.为了验证这些度量的有效性,应使用户尽可能早地参与进来,并进行模拟或实际的操作测试.
要完成这些步骤,在项目计划的初期就应制定一个质量计划,把该计划形成文档,对其进行评审、跟踪,并与先前的实际经验进行比较。通过比较,会出现如下3种情况中得一种:
实际结果正好符合计划。由于计划达到了管理层的目标,而该目标又具有适当的挑战性,因此这是最好的结果。
实际结果与计划相差甚远。造成这种情况的原因可能是该计划的挑战性大大超出了组织当前的能力,也可能是组织没有尽其所能。不论在哪种情况下,项目组都应建立一个行动计划,尽可能地使结果向原先的计划靠拢。然后像先前一样审查和批准修正后的计划。但是,项目组绝对不应只改变其计划,而不采取任何重大的改进行动。
实际结果大大好于计划。从激励的观点来看,这可能是最坏的情况。例如,项目组为了求稳,可能会制定自己的能力完全能够达到的计划。可以通过对计划进行修正,使之具有挑战性,然后建立行动计划以满足这些新目标来纠正这种情况。
2.软件成熟度框架根据软件过程特点将其分为5个成熟度级别:
(1)初始级,不能对过程进行统计控制,无法取得有序的过程改进。
(2)可重复级,在可重复级的统计控制之下,组织通过启动对承诺、成本、开发进度和变更的严格项目管理,实现过程的稳定。
(3)已定义级,组织对过程进行定义,作为持续实施和更好地理解过程的基础。
(4)已管理级,组织度量分析的对象已不限于成本和进度安排,开始全面度量和分析过程。
(5)优化级,组织已经建立了持续改进和优化过程的基础。
优化的过程可以从以下方面帮助人们提高效率:
帮助管理者了解哪里需要帮助,如何最好地提供人们所需要的支持。
为专业人员的相互沟通提供一个简洁、量化的途径。
为专业人员了解业绩并寻找改进的方法提供一个框架。
3.软件测试的7中类型
(1)单元或模块测试:验证单个程序或模块。通常在独立或特定的测试环境中进行。
(2)集成测试:验证系统部件(模块、组件和子系统)之间的接口。
(3)外部功能测试:按照外部规格说明,验证外部系统功能。
(4)回归测试:运行已执行的集成和功能测试的子集,确保程序变更没有影响整个系统。
(5)系统测试:验证和/或确认系统达到初始目标。
(6)验收测试:验证系统或程序满足用户要求。
(7)安装测试:验证用户系统的可安装性和可操作性。
测试方法:
1.白盒测试:检查程序的内部设计,要求测试人员详细了解程序结构。
2.黑盒测试:以功能需求为基础,不需要了解程序内部结构。
软件测试包括静态分析和动态测试两种.静态分析就是使用人工运行技术或自动方法及按照代码检查单对程序代码逐条进行检查、分析,以发现编码错误的过程。测试内容主要包括:检查代码和设计规格的一致性,检查代码的标准型和可读性,检查代码逻辑表达的正确性,以及检查代码结构的合理性等。
动态测试可分为黑盒测试和白盒测试两大类,他们既是测试的策略,也是设计测试用例的侧略。黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检查每个功能是否都能正常使用。主要方法有等价类划分、边值分析、因果图、错误推测法、随机数据测试、及对比测试法等,主要用于软件确认测试。
白盒测试也称结构测试或逻辑驱动测试,它是知道产品内部工作工程,可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行,按照程序内部的逻辑测试程序,检验程序中得每条通路是否都有按能按预定要求正确工作,而不顾程序的功能。包括逻辑覆盖测试法、基路测试法等,主要用于软件验证测试。
(白盒测试检查程序的基本设计,它要求测试人员详细了解程序的内部结构。黑盒测试检查程序是否满足功能规格说明的要求。集成是把系统部件组成可运行整体的过程,它构成了黑盒测试和白盒测试之间的桥梁。回归测试涉及新引入的变更对所有其他已集成代码的影响。系统测试的主要目标是找出系统实际运行与预期不符的情况,而不考虑规格说明如何。)
4.面向对象的特点
1.
原创力文档


文档评论(0)