软件的标准符合性检测(11-01).ppt

1、软件的标准符合性测试,内容提要,什么是标准符合性测试 如何进行标准符合性测试 如何在测试过程中使用标准,什么是测试,用户：使用中的测试,产品标识、保质期,密封状况,容量、温度、颜色,泡沫、口味、气味,GB 的定义 由人工或自动方法来执行或评价系统或系统部件的过程，以验证它是否满足规定的需求；或识别出期望的结果和实际结果之间有无差别。,大肠杆菌,甲醛,双乙酰,总酸,二氧化碳,原麦汁浓度,转化酶活性,第三方检测机构：外部测试,生产厂家：内部测试,用户测试,第三方测试,厂家测试,什么是标准符合性测试,测试项及其指标来源于标准 测试方法、仪器、工具来源于标准或具备权威性且被业内认可 测试结论是“通过”

2、或“不通过”某项标准,什么是标准,文字标准,道路标准,货币标准,计量标准,秦篆（小篆）,驰道、车轨,半两,寸、尺、丈 合、升、斗 两、斤、钧,1991年ISO/IEC在其第2号导则中指出：标准（standard），为在一定范围内获得最佳秩序，对活动或其结果规定共同的和重复使用的规则、导则或特性的文件。该文件经协商一致制定并经一个公认的机构批准。并给出了注解：标准应以科学技术和经验的综合成果为基础，以促进社会效益为目的。,GB、GB/T、GJB、SJ、DB 基础标准、产品标准、测试标准 职业标准 认证、认可标准,如何进行标准符合性测试,测试计划,组织准备,测试说明,环境准备,测试记录,问题报告,

3、问题分析,测试报告,测试总结,就绪审查,实施 测试,测试评审,回归测试,初步分析,测试策划,策划,所依据的标准,采用的方法,测试环境,测试人员,仪器设备,参考资料,评审,任务书,设计,测试用例设计,样品制备方案,人员培训方案,环境建立方案,评审,测试计划,分析测试用例集的层次结构，选取和设计测试用例； 获取并验证测试数据； 根据测试资源、风险等约束条件，确定测试用例执行顺序； 获取测试资源，开发测试软件； 建立并校准测试环境； 进行测试就绪审查，主要审查测试计划的合理性和测试用例的正确性、有效性和覆盖充分性，审查测试组织、环境和设备工具是否齐备并符合要求。在进入下一阶段工作之前，应通过测试就绪

4、评审。,实现,执行测试,记录测试数据,监督,测试记录,执行测试用例，获取测试结果； 分析并判定测试结果； 根据不同的判定结果采取相应的措施；对测试过程的正常或异常终止情况进行核对，并根据核对结果，对未达到测试终止条件的测试用例，决定是停止测试，还是需要修改或补充测试用例集，并进一步测试。,总结,归纳测试数据,分析测试记录,问题确认,问题分析,评审,测试报告,问题报告,修改建议,评估测试效果和被测软件项，描述测试状态。如，实际测试与测试计划和测试说明的差异、测试充分性分析、未能解决的测试事件等； 描述被测软件项的状态，如，被测软件与需求的差异，发现的软件错误等； 完成软件测试报告，并通过测试评审

5、。,如何进行生产厂家的内部测试,用户需求或研制任务书,系统测试,软件需求规格说明,软件配置项测试,软件结构设计,部件测试组装测试,软件详细设计,单元 测试,编程代码,用户需求或研制任务书,系统测试,软件需求规格说明,软件配置项测试,软件结构设计,部件测试组装测试,软件详细设计,单元 测试,编程代码,第1级错误： 妨碍由基线要求所规定的运行或任务的主要功能的完成；妨碍操作员完成运行或任务的主要功能；危及人员安全。 第2级错误： 给由基线要求所规定的运行或任务的主要功能的完成造成不利的影响，以致降低效能，且没有变通的解决办法；给操作员完成由基线要求所规定的运行或任务的主要功能造成不利的影响，以致降

6、低效能，且没有变通的解决办法。,软件错误的分级,第3级错误： 给由基线要求所规定的运行或任务的主要功能的完成造成不利的影响，以致降低效能，但已知有变通的解决办法；给操作员完成由基线要求所规定的运行或任务的主要功能造成不利的影响，以致降低效能，但已知有变通的解决办法。 第4级错误： 这种软件问题给操作员带来不方便或麻烦，但不影响所要求的运行或任务的主要功能。 第5级错误： 所有的其他错误。,程序问题： 软件不按照文档运行，但文档是正确的。指程序编制过程中引入的错误。 文档问题： 软件不按照文档运行，但程序运行是正确的。指文档编写过程中引入的错误。 设计问题： 软件按照文档运行，但存在着设计缺陷。

7、指软件设计过程中引入的错误。 其它问题： 指不属于上述三种类型的错误。,如何在测试过程中使用标准,标准的适用范围 标准正文中的适用范围 适用于过程的标准 适用于文档的标准 适用于产品的标准 标准化咨询 委托测试 测试机构、认证机构、认可机构、从业资格,标准中存在的问题 真的是问题吗？ 问题的严重性 解决方案 提出意见与建议 标准的修订,标准的查新 标准的修订、替代与废止 标准的过渡期,VS,兼容性问题,标准 样本,甲产品,乙产品,标准物质的概念,设计测试案例的原则,有效性： 能否发现软件缺陷或至少可能发现软件缺陷； 完整性： 能否覆盖所有检测项目和实际应用效果； 高内聚与低耦合： 一套独立的测

8、试案例应是高内聚的，与其他案例间低耦合； 成本： 测试案例的执行、分析和排错的成本，以及每次软件修改后对测试案例的维护成本。,设计测试案例的要素,用例名称和用例标识。 每个测试用例应有唯一的名称和标识。 测试追踪。 说明测试所依据的内容来源，如系统测试依据的是用户需求，配置项测试依据的是软件需求，部件测试和单元测试依据的软件设计。 用例说明。 简要描述测试的对象、目的和所采用的测试方法。,设计测试案例的要素,用例的初始化。应考虑下述初始化要求： 1)硬件配置。被测系统的硬件配置情况， 包括硬件条件或电气状态； 2)软件配置。被测系统的软件配置情况， 包括测试的初始条件； 3)测试配置。测试系统

9、的配置情况，如用于 测试的模拟系统和测试工具等的配置情况； 4)参数设置。测试开始前的设置，如标志、第一断点、指针、控制参数和初始化数据等的设置； 5) 其它对于测试用例的特殊说明。,设计测试案例的要素,操作过程。 实施测试用例的执行步骤。把测试的操作过程定义为一系列按照执行顺序排列的相对独立的步骤，对于每个操作应提供： 1)每一步所需的测试操作动作、测试程序的输入、设备操作等； 2)每一步期望的测试结果； 3)每一步的评估标准； 4)程序终止伴随的动作或错误指示； 5)获取和分析实际测试结果的过程。,设计测试案例的要素,输入及操作说明。 在测试用例执行中发送给被测对象的所有测试命令、数据和信

10、号等。 1) 每个测试输入的具体内容（如确定的数值、状态或信号等）及其性质（如有效值、无效值、边界值等）； 2) 测试输入的来源（例如，测试程序产生、磁盘文件、通过网络接收、人工键盘输入等），以及选择输入所使用的方法（例如，等价类划分、边界值分析、错误推测、因果图、功能图方法等）； 3) 测试输入是真实的还是模拟的； 4) 测试输入的时间顺序或事件顺序。,设计测试案例的要素,期望测试结果。 说明测试用例执行中由被测软件所产生的期望测试结果，即经过验证，认为正确的结果。必要时，应提供中间的期望结果。期望测试结果应该有具体内容，如确定的数值、状态或信号等，不应是不确切的概念或笼统的描述。,设计测试

11、案例的要素,评估标准。 判断测试用例执行中产生的中间和最后结果是否正确的标准。对于每个测试结果，应根据不同情况提供如下信息： 1) 实际测试结果所需的精度； 2) 实际测试结果与期望结果之间的差异允许的上限、下限； 3) 时间的最大和最小间隔，或事件数目的最大和最小值； 4) 实际测试结果不确定时，再测试的条件； 5) 与产生测试结果有关的出错处理； 6) 上面没有提及的其它标准。,设计测试案例的要素,前提和约束。 在测试用例说明中施加的所有前提条件和约束条件，如果有特别限制、参数偏差或异常处理，应该标识出来，并要说明它们对测试用例的影响。 过程终止条件。 说明测试正常终止和异常终止的条件。

12、结果评估标准。 指本测试用例的执行结果是否为通过的评估标准。 设计人员。指本测试用例的设计者署名处。 设计日期。指本测试用例的设计日期。,测试方法,静态测试与动态测试的区别 白盒测试 黑盒测试 集成测试 回归测试 系统测试 验收测试,静态测试与动态测试的区别,白盒测试（1）,白盒测试（2）,白盒测试（3）,白盒测试（3） 静态测试方法的比较,测试充分性准则之间的比较,路径覆盖,黑盒测试（1）,黑盒测试（2）,黑盒测试（3）,集成测试,回归测试,当发现软件存在缺陷后，首先要把错误定位，其次提出修改方案，经审定后进行正式修改。然后将原有的测试案例重新测试，并验证测试结果。这就是回归测试。请注意，不能简单地只执行发现缺陷的测试案例（需进行影响域），有时在修改程序时，会造成软件在它处的缺陷。由此也可以看出，测试案例必须妥善保存。,系统测试,把软件产品放到应用环境下由最终用户进行的测试，以此检查是否符合需求描述的要求，如有不符，则认为软件产品存在缺陷