4-软件测试依据和规范
软件质量标准规定及检验依据和示范
1. 软件质量标准（ISO）1.1 软件质量保证（ISO）ISO (International Standardization Organization,国际标准化组织) TC/176技术委员会制定的所有国际标准•质量保证标准（ISO9001/2/3）•质量管理标准（ISO9004)TC176即ISO中第176个技术委员会，成立于1980年，全称是“质量保证技术委员会”，1987年又更名为“质量管理和质量保证技术委员会”。
TC176专门负责制定质量管理和质量保证技术的标准1.2 ISO 软件质量标准思想•控制思想，即对产品形成的全过程进行控制。
任何事物都是由一个或多个过程活动的结果，只要对产品形成的全过程进行控制并达到过程质量要求，最终产品的质量就有了保证•预防的思想。
通过对产品形成的全过程进行控制以及建立并有效运行自我完善机制达到预防不合格，从根本上减少或消除不合格品1.3 ISO 软件质量标准结构ISO9000系列标准的主体部分分为两组：•“需方对供方要求质量保证”的标准ISO9001－9003•“供方建立质量保证体系”的标准ISO9004ISO9001：设计/开发、生产、安装和服务中质量保证模式；ISO9002：生产和安装中的质量保证模式；ISO9003：最终检验和测试中的质量保证模式；ISO9004：质量管理和质量体系要素导则。
1.3.1 ISO9000与GB/T19000的关系1.3.2 ISO9000-3 是什么ISO9000-3其实是ISO质量管理和质量保证标准在软件开发、供应和维护中的使用指南，并不作为质量体系注册/认证时的评估准则，主要考虑软件行业的特殊性制定。
参照ISO9001《质量体系设计、开发、生产、安装和服务的质量保证模式》，并引用ISO 8402《质量管理和质量保证术语》，使得ISO9000系列标准应用范围得以拓展 .1.3.3 ISO9000-3标准软件开发、供应、维护中应用ISO9001的指南是指南，不是标准依然困惑：依然强调的是供应商和顾客的关系，不是工程师该如何做1.3.4 ISO 9000-3 体系结构•合同评审•需方需求规格说明•开发计划•质量计划•设计和实现•测试和确认•验收•复制、交付和安装•维护2.软件测试规范2.1 概念软件测试规范就是对软件测试的流程过程化并对每一个过程元素进行明确的界定，形成完整的规范体系。
4-软件测试依据和规范
Zhu.Kerry@
ISO 软件质量标准思想
控制思想,即对产品形成的全过程进行控制.任何事物 控制思想 都是由一个或多个过程活动的结果,只要对产品形成的全 过程进行控制并达到过程质量要求,最终产品的质量就有 了保证 预防的思想.通过对产品形成的全过程进行控制以及建 预防的思想 立并有效运行自我完善机制达到预防不合格,从根本上减 少或消除不合格品
GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T
6583-1994 19000.1-1994 19000.2-1994 19000.3-1994 19001-1994 19002-1994 19003-1994 19004.1-1994 19004.2-1994 19004.3-1994 19004.4-1994 19021.1-1993 19021.2-1993 19021.3-1993 19022.1-1994
BP/MM/SK - ERISA Specialists CR - Case Managers 85 Th
Import data to ASC
Review and scrub data in ASC
Data complete and accurate?
Yes
To Page 2
Zhu.Kerry@
ISO 软件质量标准结构
ISO9000系列标准的主体部分分为两组: 系列标准的主体部分分为两组: 系列标准的主体部分分为两组 "需方对供方要求质量保证"的标准ISO9001-9003 "供方建立质量保证体系"的标准ISO9004
ISO9001:设计/开发,生产,安装和服务中质量保证模式; ISO9002:生产和安装中的质量保证模式; ISO9003:最终检验和测试中的质量保证模式; ISO9004:质量管理和质量体系要素导则.
软件产品测试规范
软件产品测试规范篇一：软件测试规范软件测试规范1 目的确保软件产品质量，使产品能够顺利交付和通过验收的一项重要措施。
2 适用范围适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。
3 职责? 项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。
项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。
测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见项目负责人组织测试环境的建立。
项目经理审核负责控制整个项目的时间和质量。
研发人员确认修改测试人员提交的bug。
4 工作流程4.1 测试依据详细设计是模块测试的依据。
因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。
测试人员必须认真阅读，真正弄懂系统需求和详细设计。
4.2 制订《测试方案》在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容：测试目的；所需人员及相应培训要求；测试环境、工具和测试软件；测试用例、测试数据和预期的结果。
4.3 单元测试项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。
单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。
对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。
单元测试针对程序模块，从程序的内部结构出发设计测试用例。
多个模块可以独立进行单元测试。
单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等；? 单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试；单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。
软件测试规范
软件项目测试规范一、概述本规范是对项目软件测试的一份规范性文件，对软件测试过程中所涉及到的测试类型、测试方法、测试标准、测试流程以及软件产品责任单位所承担的职责进行总体规范，以有效保证软件产品的质量。
软件测试是对软件设计的一种控制手段，是对软件产品质量的一种检查和审核手段。
软件设计单位应采取有效措施保证软件产品的质量，软件测试应按本规范要求对软件进行检查、测试，软件设计单位应保证对测试错误进行修正。
测试过程中发现的软件错误必须及时改正，这就是软件测试的任务。
为了改正错误，首先必须确定故障的准确位置，这是测试过程中最困难和任务。
需要周密审慎的思考和推理。
改正错误常常包括修正原来的设计，必须通盘考虑而不能“头痛医头脚痛医脚”，应该尽量避免在测试过程中引进新的故障。
二、测试类型项目软件测试类型包括单元测试、集成测试（组装测试）、有效性测试（功能测试）、系统测试、回归测试和用户测试（验收测试）。
单元测试主要针对软件设计单元、功能模块进行测试，测试内容包括模块程序结构检查、代码测试和模块内功能测试。
集成测试（组装测试）主要针对软件设计单元、功能模块组装、集成为系统时，对软件单元、功能模块的接口、连接进行测试。
有效性测试（功能测试）按照系统功能需求规定对系统的功能、流程、数据、业务规则等进行测试，以及对系统基本特征如操作、界面、报表等的合理性、一致性进行测试。
系统测试为系统性能测试，如安全性、可靠性、稳定性测试，以及对系统其它性能如负载能力、处理能力以及响应时间等进行测试。
回归测试在软件设计错误修正、设计修改以及软件升级后，主要针对软件修改、影响部分进行有效性测试和系统测试。
用户测试（验收测试）为用户方组织的有效性和系统测试。
三、测试的方法逻辑覆盖法根据测试用例，运行被测试程序，使程序中的每个可执行语句、执行条件至少执行一次。
所谓等价类，就是指某个输入域的集合，集合中的每个输入对揭露程序错误来说是等效的，把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例，这就是等价类划分方法。
《软件测试规范》
《软件测试规范》《软件测试规范》(草案)Computer Software Testing Criterion⼀、⽬的与适⽤范围1、⽬的软件测试是软件⼯程的重要组成部分，测试⼯作的质量直接影响软件产品的⽣命⼒。
测试⼯作的标准化是软件质量保证(Quality Assurance)重要⽽且必须的环节。
制定本标准的⽬的在于使测试流程更标准，测试过程更规范。
从⽽使整个软件⽣产纳⼊更系统化、更专业化的轨道。
2、适⽤范围本标准适⽤于软件测试流程的管理和测试的具体操作过程。
本标准的使⽤者可以是企业内部的测试⼈员和开发⼈员。
⼆、测试⽅法软件测试的⽅法和技术是多种多样的。
以下将介绍⽐较常⽤的⼀些测试⽅法：1、静态测试静态⽅法是指不运⾏被测程序本⾝，仅通过分析或检查源程序的⽂法、结构、过程、接⼝等来检查程序的正确性。
静态⽅法通过程序静态特性的分析，找出⽋缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分⽀嵌套、不允许的递归、未使⽤过的变量、空指针的引⽤和可疑的计算等。
静态测试结果可⽤于进⼀步的查错，并为测试⽤例选取提供指导。
2、动态测试动态⽅法是指通过运⾏被测程序，检查运⾏结果与预期结果的差异，并分析运⾏效率和健壮性等性能，这种⽅法由三部分组成：构造测试实例、执⾏程序、分析程序的输出结果。
3、⿊盒测试⿊盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使⽤，在测试时，把程序看作⼀个不能打开的⿊盆⼦，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接⼝进⾏测试，它只检查程序功能是否按照需求规格说明书的规定正常使⽤，程序是否能适当地接收输⼊数锯⽽产⽣正确的输出信息，并且保持外部信息（如数据库或⽂件）的完整性。
⿊盒测试⽅法主要有等价类划分、边值分析、因—果图、错误推测等，主要⽤于软件确认测试。
“⿊盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界⾯和软件功能进⾏测试。
软件测试标准规范
软件测试标准规范软件测试标准规范是对软件测试过程中所遵循的规范和标准的描述和指导。
它包含测试计划、测试用例设计、测试执行、缺陷管理、测试报告等一系列步骤和相关文档的规范要求。
下面是一个大概的软件测试标准规范的示例。
一、测试计划1. 定义测试的目标和范围。
2. 制定测试进度和资源分配计划。
3. 确定测试环境的要求。
4. 确定测试数据的准备和管理方式。
5. 制定测试人员的培训计划。
二、测试用例设计1. 根据需求文档和设计文档编写测试用例。
2. 测试用例应具备可重复性、可测性和全面性。
3. 测试用例应覆盖功能、性能、安全等各方面的需求。
4. 测试用例应包括预期结果和实际结果的对比。
5. 测试用例的设计应遵循分层和分支覆盖原则。
三、测试执行1. 执行测试用例，记录测试结果。
2. 对于发现的缺陷，及时进行记录和报告。
3. 在测试执行过程中进行合理的回归测试。
4. 执行测试时应注意记录测试环境和测试数据的相关信息。
四、缺陷管理1. 对于发现的缺陷进行记录、分类和优先级评定。
2. 缺陷应指派给相应的开发人员进行修复。
3. 缺陷修复后进行验证，并及时更新缺陷状态。
4. 对于无法修复的缺陷，应进行合理的处理和记录。
五、测试报告1. 撰写测试报告，包括测试执行的总结、结果分析等内容。
2. 报告中应包含被测软件的版本和测试环境的详细信息。
3. 报告应明确标出发现的缺陷和未发现的缺陷数量。
4. 报告应尽量简明扼要，清晰明了。
六、测试团队协作1. 测试团队成员应互相合作，及时沟通和协调工作。
2. 分析和讨论测试结果，共同解决问题。
3. 对于测试中的不确定性和风险，应及时进行评估和预警。
七、质量管理1. 持续监控和评估软件质量指标。
2. 对于不满足质量要求的软件，应及时发现问题并采取纠正措施。
3. 进行质量评审和改进，提高测试过程和方法的效率和效果。
上述只是一个软件测试标准规范的示例，实际的标准规范可能会有所差异，具体的标准规范的制定需要根据项目的具体情况和需求来确定。
软件测试的原则依据
软件测试的原则依据
软件测试的原则：
1、所有测试都应追溯到⽤户需求。
2、应当把“尽早和不断地测试”作为座右铭。
3、测试⼯作应该由独⽴的专业的软件测试机构来完成。
4、Pareto原则，测试发现的错误中80%很可能起源于20%的模块中。
5、设计测试⽤例时，应该考虑各种情况。
6、对测试出的错误结果⼀定要由⼀个确认的过程。
7、制定严格的测试计划。
8、完全测试是不可能的，测试需要终⽌。
9、注意回归测试的关联性。
10、妥善保存⼀切测试过程⽂档。
软件测试的分类：
1、按测试⽅式分类：静态测试（不需要执⾏所测试的程序，查询代码⼗分符合规范，对程序的数据流和控制流进⾏分析），动态测试（选择实际测试⽤例运⾏测试程序，模拟⽤户输⼊）。
2、按测试⽅式分类：⽩盒测试（结构测试，基于代码的测试或基于设计的测试），⿊盒测试（⾏为测试，功能测试或基于需求的测试，基于系统应该完成的功能进⾏测试）。
3、按测试过程分类：单元测试，集成测试，系统测试，验收测试。
4、按测试⽬的分类：功能测试，接⼝测试，性能测试，强度测试，压⼒测试，⽤户界⾯测试健，壮性测试。
软件测试 判定准则
软件测试判定准则摘要：一、软件测试概述1.软件测试定义2.软件测试目的3.软件测试分类二、软件测试判定准则1.软件测试标准2.软件测试方法3.软件测试工具4.软件测试实践三、软件测试流程1.测试计划2.测试用例设计3.测试执行4.测试报告四、软件测试与质量保证1.软件测试与质量的关系2.软件测试在软件开发生命周期中的作用3.软件测试未来的发展趋势正文：软件测试是保证软件产品质量的重要环节，通过对软件系统进行多方面的检查和验证，以评估软件是否满足预定的需求和标准。
软件测试不仅包括静态测试（如代码审查），还包括动态测试（如功能测试、性能测试等）。
软件测试的主要目的是发现并修复软件中的缺陷，提高软件质量，降低软件开发的风险。
在软件测试过程中，判定准则起到了至关重要的作用。
判定准则是在测试过程中用来评估测试对象是否通过测试的依据。
根据测试的目的和需求，可以制定不同的判定准则。
通常情况下，判定准则包括以下几个方面：1.软件测试标准：软件测试应遵循一定的标准和规范，以确保测试结果的准确性和可靠性。
常见的软件测试标准有IEEE、ISO等国际标准组织制定的标准。
此外，各行业和领域还有针对性的测试标准，如我国的银行业、电信业等。
2.软件测试方法：软件测试方法是实现测试目的的具体技术手段。
常见的软件测试方法有黑盒测试、白盒测试、灰盒测试、功能测试、性能测试、兼容性测试等。
不同的测试方法适用于不同的测试场景，需要根据实际需求选择合适的测试方法。
3.软件测试工具：软件测试工具是辅助测试人员进行测试的软件工具。
测试工具可以提高测试效率，降低测试成本。
常见的软件测试工具有Selenium、JMeter、Postman、JIRA等。
在选择测试工具时，需要考虑工具的适用性、易用性、可扩展性等因素。
4.软件测试实践：软件测试实践是指在实际软件测试过程中采用的方法、技术和策略。
软件测试实践包括测试计划、测试用例设计、测试执行、测试报告等环节。
软件测试质量标准
软件测试质量标准软件测试是确保软件产品质量的重要环节。
随着软件行业的迅猛发展，越来越多的组织开始认识到软件测试的重要性。
然而，由于软件项目的复杂性和多样性，制定适合的软件测试质量标准成为一个具有挑战性的任务。
本文将探讨软件测试质量标准，并介绍一些常见的测试标准。
1. 软件测试概述软件测试是在软件开发过程中进行的一系列活动，旨在评估软件产品的质量和功能是否符合预期。
软件测试旨在发现潜在的缺陷和错误，并确保软件产品在正式发布之前经过充分验证。
根据测试的覆盖范围和目的，软件测试可以分为单元测试、集成测试、系统测试和验收测试等不同类型。
2. 软件测试质量标准的意义软件测试质量标准是确保测试活动的有效性和整体质量的依据。
制定适用的质量标准可以帮助测试团队明确测试的目标和要求，提高测试效率和准确性。
同时，质量标准还可以为测试人员提供一种评估和改进测试过程的方法。
3. 常见的软件测试质量标准- IEEE829标准IEEE829是一种常用的软件测试文档标准，它规定了软件测试过程中需要编写的各种文档的结构和内容。
例如测试计划、测试设计规范、测试用例和测试报告等。
依据该标准编写的文档可以提高文档的一致性和可读性，有利于测试团队之间的合作和沟通。
- ISO 9126标准ISO 9126是一种软件产品质量标准，定义了软件产品的质量特性和度量指标。
该标准将软件质量分为六个方面：功能性、可靠性、可用性、效率、可维护性和可移植性。
依据该标准进行软件测试可以全面评估软件产品的质量，并及时发现和解决潜在的问题。
- TMMi模型Test Maturity Model integration（测试成熟度模型整合）是一种评估和改进测试过程的框架。
它基于CMMI（软件能力成熟度模型集成）框架，并针对测试活动做出了相应的调整和扩展。
TMMi模型通过评估测试团队的成熟度，帮助组织发现和解决测试过程中的问题，并提供改进测试活动的指导。
4. 制定适合的软件测试质量标准制定适合的软件测试质量标准需要考虑以下几个因素：1）组织需求：根据不同组织的特点和目标，选择合适的质量标准进行测试。
软件测试课后答案
第一章引论3、软件测试与开发的关系是怎样的为什么这么说答：软件测试和软件开发构成一个全过程的交互、协作之关系，两者自始至终一起工作，共同致力于同一个目标：按时、高质量的完成项目。
【补充题】补1、软件测试要在编程完成后才能开始，这种观点对吗说明原因。
答：P11补2、V模型，测试阶段与开发阶段的对应关系。
答：P11第二章软件测试的基本概念2、如何理解软件质量和软件缺陷的对立统一关系答：P14缺陷是质量的对立面，要了解什么是缺陷(defect)，就必须清楚“质量(Quality)”概念，因为缺陷是相对质量而存在的，违背了质量、违背了客户的意愿，不能满足客户的要求，就会引起缺陷或产生缺陷。
5、需求分析、系统设计所存在的问题在软件缺陷中占有较大比例，对软件开发和测试工作有何启发答：P21要尽早发现需求工程、软件设计等各个方面的问题，减少大量的后期返工，将质量成本从昂贵的后期返工转化为前期的缺陷发现。
【补充题】补1、根据统计数据，缺陷发现越早，修复缺陷的代价越小，这种现象对于软件测试有什么启示（P20）第三章软件测试方法3、针对国内18位身份证号验证，通过等价类划分法设计测试用例。
解：（1）等价类划分表（1）输入40088，覆盖（1）（7）（9）（12）；2）输入4009X，覆盖（2）（7）（9）（12）；3）输入4009，覆盖（3）；4）输入400999，覆盖（4）；5）输入AB0203C，覆盖（5）（6）；6）输入000000，覆盖（8）；7）输入40099，覆盖（10）；8）输入40099，覆盖（11）；9）输入40099，覆盖（13）。
6、针对程序流程图（图略），用最少的测试用例完成各种逻辑覆盖和路径覆盖的测试设计。
解题要点：分别回答语句覆盖、判定覆盖、条件覆盖、路径覆盖。
其中：前三种逻辑覆盖可以用同样的两个测试用例覆盖（假设图中向右分支为True分支；如果标注向右分支为False分支，语句覆盖可以用一个用例）；路径覆盖需要三个用例（两个判定均为True的路径不可能覆盖）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Image the census and log image numbers on the Excel spreadsheet
ERISA - BP 42 43 65 Through 70
Resolvable by a phone call?
ERISA 55 56 53
57 Through 60
A
13 Through 17
27
18 Through 20 22 Through 25 48
1
Through 12
28 Through 36
No Execute follow-up letter process B
ERISA Marketing 28 37 38 39
Wait for information from plan
Zhu.Kerry@
ISO9000-3标准
软件开发,供应,维护中应用ISO9001的指南 是指南,不是标准 依然困惑:依然强调的是供应商和顾客的关系, 不是工程师该如何做
Zhu.Kerry@
ISO 9000-3 体系结构
合同评审 需方需求规格说明 开发计划 质量计划 设计和实现 测试和确认 验收 复制,交付和安装 维护
BP/MM/SK - ERISA Specialists CR - Case Managers
BP - ERISA Specialists
No C
CMM思想和结构体系
CMM即软件能力成熟度模型(Capability Maturity Model)是 即软件能力成熟度模型
向软件组织提供如何增加对其开发和维护软件过程的控制能力.设 计并实施CMM是为了指导软件组织: 通过确定当前过程的成熟度等级和识别出对 软件质量和过程改进至关重要的问题,来选 择其过程改进策略. 通过关注一组有限的活动,并为实现它们而 积极工作,组织能稳步地改善其软件过程, 使其软件过程能力持续不断地增长.
Zhu.Kerry@
软件测试规范
Zhu.Kerry@
软件测试规范就是对软件测试的流程过 程化并对每一个过程元素进行明确的界 定,形成完整的规范体系. 形成完整的规范体系.
完整的软件测试规范是怎样的
Zhu.Kerry@
规范本身的详细说明,比如规范目的,范围,文档结构, 规范本身的详细说明 比如规范目的,范围,文档结构, 比如规范目的 词汇表,参考信息,可追溯性,方针,过程/规范 规范, 词汇表,参考信息,可追溯性,方针,过程 规范,指 模板,检查表,培训,工具,参考资料等等. 南,模板,检查表,培训,工具,参考资料等等.
Zhu.Kerry@
ISO 软件质量标准结构
ISO9000系列标准的主体部分分为两组: 系列标准的主体部分分为两组: 系列标准的主体部分分为两组 "需方对供方要求质量保证"的标准ISO9001-9003 "供方建立质量保证体系"的标准ISO9004
ISO9001:设计/开发,生产,安装和服务中质量保证模式; ISO9002:生产和安装中的质量保证模式; ISO9003:最终检验和测试中的质量保证模式; ISO9004:质量管理和质量体系要素导则.
Zhu.Kerry@
ISO9000是什么 是什么? ISO9000是什么?
Zhu.Kerry@
ISO 9000 的由来 ISO 9000 总休思想 ISO 9000体系结构
ISO 软件质量标准
ISO (International Standardization Organization, 国际标准化组织) TC/176技术委员会制定的所有国际 标准 质量保证标准(ISO9001/2/3) 质量管理标准(ISO9004) TC176即ISO中第176个技术委员会,成立于1980年,全称 是"质量保证技术委员会",1987年又更名为"质量管 理和质量保证技术委员会".TC176专门负责制定质量管 理和质量保证技术的标准
BP/MM/SK - ERISA Specialists CR - Case Managers 85 Through 92
80
81
82
83
84
Import data to ASC
Review and scrub data in ASC
Data complete and accurate?
Yes
To Page 2
idt idt idt idt idt idt idt idt idt idt idt idt idt idt idt
ISO ISO ISO ISO ISO ISO ISO ISO ISO ISO ISO ISO ISO ISO ISO
8402:1994 9000-1:1994 9000-2:1994 9000-3:1994 9001:1994 9002:1994 9003:1994 9004-1:1994 9004-2:1991 9004-3:1993 9004-4:1993 10011-1:1990 10011-2:1991 10011-3:1993 10012-1:1994
Information received by follow-up date?
No
A
Log receipt of information
ERISA
41
ERISA
43 Through 52
Yes
Review census
Missing or unreadable information?
Yes
Note source of problem on cover sheet or check sheet
软件测试方法和技术
- Ch.4软件测试依据和规范
Kerry Zhu
Zhu.Kerry@
第三章回顾
软件质量保证 测试策略 测试计划 软件质量的可靠性评估
Zhu.Kerry@
第四章 软件测试依据和规范
4.1 软件质量标准 4.2 软件测试相关规范 4.3 CMM思想和结构体系 4.4 建立软件测试管理和评判体系
Zhu.Kerry@
CMM的历史
CMM分阶段的体系结构源于己有60多年历史的产品质量原理. CMM ITT的Philip Crosby在其书"Quality is Free Free"(Crosby 79 ITT Philip Crosby Quality Crosby 79) 中首先提出将质量原理改编为成熟度框架的思想. Humphrey的成熟度框架早期版本发表在SEI技术报告 Humphrey (Humphrey 87a,Humphrey 87b),文章(Humphrey 88)和 Humphrey Humphrey Humphrey 书"Managing the software Process" Humphrey 89 Process"(Humphrey 89)中. Managing
Data Entry Vendor
BP - Account Management Team CR - Case Managers MM/SK - ERISA Specialists
61
No B
62
64
71 Through 74
64
72
74Βιβλιοθήκη 75 Through 79
Load P-Census to the AS400 which automatically populates the AS400, OMNI and ERISA Workstation
制定测试规范需要考虑的内容
ADP/ACP Testing - As Is Process
Zhu.Kerry@
角色的确定 进入的准则 输入项 活动过程
C
54
Start
Get data to define the testing population
ERISA BP via Mainframe Dump MM/SK via Excel DB Core via ERISA Lotus Notes DB
ISO9000-3 是什么
ISO9000-3其实是ISO质量管理和质量保证标准在软件开发,供 应和维护中的使用指南,并不作为质量体系注册/认证时的评估准 则,主要考虑软件行业的特殊性制定.参照ISO9001《质量体系 设计,开发,生产,安装和服务的质量保证模式》,并引用ISO 8402《质量管理和质量保证术语》,使得ISO9000系列标准应用 范围得以拓展
Information obtained?
Yes
验证与确认 退出的准则 度量
Image and send the hardcopy census to the vendor for data entry
BP - ERISA
Data enter census', send an electronic copy via e-mail, and return the hardcopy to BP - ERISA
Extract data from the ERISA Workstation
BP/MM/SK - ERISA Specialists CR - Case Managers
Import data to Excel, review and scrub
MM/SK - ERISA Specialists CR - Case Managers 93 94
GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T GB/T
6583-1994 19000.1-1994 19000.2-1994 19000.3-1994 19001-1994 19002-1994 19003-1994 19004.1-1994 19004.2-1994 19004.3-1994 19004.4-1994 19021.1-1993 19021.2-1993 19021.3-1993 19022.1-1994