程序测试

imx8mm在使用M4核测试时，需要使用对应的内存映射，下面测试一些简单的测试项； 内存映射 由于imx8mm默认是从A53核启动，所以要在M4核跑程序的话，需要把程序加载到A53核对应的映射地址上面，官方对内存地址的要求，需要在TCM or DRAM上面； A53的Memory Map： 加载程序时的测试用例： DRAM地址可以从0x40000000开始，dcache flush命令必须执行，那就意味着可以加载size比较大的程序，而从TCM被限制在128KB，但是却不能从TCMU启动，这是为何？？ 还有一个flash模式的bin文件，需要通过UUU工具烧写进flash开机使用命令启动，这个暂未测试； 详细见文件：IMX8MMRM.pdf 来源： CSDN 作者： 王二车 链接： https://blog.csdn.net/TSZ0000/article/details/103698102

测试的意义   人们针对一个具体问题，通过分析和设计，最后用编程语言写出了一个程序，如果它通过了语言解释器（编译器）的检查，可以运行了，那么下一步的工作就是设法确认它确实满足了我们需求。这篇文章就是讨论怎么确认程序是否满足用户提出的需求。 满足需求，换言之就是功能正常，确认功能正常可以从以下几个方面确认： 定义的函数对于所有正确的参数都能返回正确的结果 写出的程序对所有合适的输入都能产生正确的输出   量化后的做法就是通过一系列的试运行，检查程序的行为、输入和输出，如果检查中发现了问题，就纠正、改进。这个也是功能测试和安全测试的初衷。 测试用例   测试考虑的基本问题就是怎么运行程序，需要提供什么数据，才能最大限度的检查程序的各种行为和情况，最大可能的挖出程序中的错误和缺陷。基于设计什么测试流程、提供什么参数这种检查程序运行的一套数据被称为一个测试用例。一个测试用例就是可量化的测试流程。 确认测试用例又区分两类方式： 黑盒测试 就是不看代码，直接上手程序的使用测试。这里不讨论黑盒 白盒测试 白盒测试的基础是看程序的内部结构（代码）和可能产生的执行路径，根据内部结构来选择测试的用例，使程序在试验性运行中就能表示出尽可能多的不同行为。这个做法的基本理念就是：如果所有可能执行的路径（顺序、条件、while、for、嵌套...执行结构）都能给出正确的结果，那么程序的正确性就能得到保证。

引言： 发现很多的学科概念性的东西总是会忘记，因为没有用到日常的学习项目中，但是很多的东西往往是经常接触却不知道其中的意思，比如，什么叫软件？？？是不是一脸懵，作为一个计算机专业的人，虽然逻辑的思维很重要，但是也要掌握一些最基本的概念。所以这里我就 总结一些软件工程基本的概念 。 1、什么叫软件工程？ 答： 软件工程就是将系统的、规范的、可度量的工程化方法应用于软件开发、运行和维护的全过程及上述方法的研究。 2、软件工程有哪些原则？ 答： 抽象、模块化、信息隐藏、局部化、一致性、完整性和可验证性。 3、什么叫软件？ 答： 软件的定义是计算机程序及其说明程序的各种文档。 4、什么是软件生命周期？什么是软件的生命周期模型？主要有哪些模型 答： 软件生命周期是指一个软件从提出开发要求开始直到该软件报废为止的整个时期（软件分析时期、软件设计时期、编码与测试时期、运行维护时期）。 关于这个重点说一下，我们平时的编写一些程序的时候，其实就有这个时期，你想刚开始可行性研究（当然，我们一般考虑的是自己的能力和时间是否可以去做这个项目），然后我们的脑子里面有一个大概的想法（概要设计），然后有了数据结构算法（详细设计），之后就开始利用编程语言编写（编码），然后运行测试看看是否符合（测试时期），之后小的程序基本就结束了，像一般的网页或者大一点的程序，就还有运行维护阶段。

说明：该篇博客是博主一字一码编写的，实属不易，请尊重原创，谢谢大家！ 接着上一篇博客继续往下写 ： https://blog.csdn.net/qq_41782425/article/details/103668789 文章目录 一、安装 QTP 1.安装 QTP 脚本调试器 2.安装 QTP 3.汉化 4.破解 二、QTP 的工作原理 1.录制脚本 2.运行脚本 3.增强脚本 4.支持的脚本语言 三、QTP 的测试过程 1.QTP 的测试流程 2.案例 2.1 录制脚本 2.2 运行脚本 2.3 解决执行（回放）脚本的一系列问题 2.4 增强脚本（设置检查点，检查计算器结果是否正确） 2.5 增强脚本（参数化，使用不同的用例测试计算器） 2.6 QTP导入Excel表用例 2.7 执行计算器用例并添加实际结果 2.8 分析计算器的测试结果 一、安装 QTP 说明：博主在windows server 2008中进行演示 1.安装 QTP 脚本调试器 首先恢复纯净版快照，然后挂载QTP iso安装文件 点击退出安装页面，右击光盘驱动器打开，进入脚本调试器目录 安装脚本调试器 2.安装 QTP 点击光盘驱动器，进入QTP安装页面，点击安装程序 安装必要程序 安装.net FrameWork，点击同意安装即可 安装完成，点击退出即可 紧接着会自动弹出C++ 2005的安装，点击yes即可

文章目录 一、目前掌握的技术 二、目前的技术在开发中存在的问题[why] 三、Maven是什么[what] 四、安装Maven核心程序 五、Maven的核心概念 六、第一个Maven工程 七、Maven常用命令 八、关于联网问题 九、POM 十、坐标 十一、仓库 十二、依赖 十三、生命周期 十四、在Eclipse中使用Maven 十五、继承 十六、聚合 十七、Maven_Web工程的自动部署 十八、Maven 酷站 一、目前掌握的技术 二、目前的技术在开发中存在的问题[why] 1、一个项目就是一个工程 如果项目非常庞大，就不适合继续使用package来划分模块。最好是每一个模块对应一个项目，利于分工协作。 借助于maven就可以将一个项目拆分成多个工程。 2、项目中需要的jar包必须手动“复制”、”粘贴” 到WEB-INF/lib 项目下 带来的问题：同样的jar包文件重复出现在不同的项目工程中，一方面浪费存储空间，另外也让工程比较臃肿。 借助Maven，可以将jar包仅仅保存在“仓库”中，有需要使用的工程“引用”这个文件，并不需要重复复制。 3、jar包需要别人替我们准备好，或到官网下载 所有知名框架或第三方工具jar包已经按照统一规范放在了Maven的中央仓库中。 4、一个jar包依赖的其他jar包需要自己手动加到项目中 Maven会自动将被依赖的jar包导入进来。 三

app测试中安卓和ios的区别 1、操作系统 Android较多，ios较少且不能降级，只能单向升级 2、push测试 3、升级测试 4、后台机制 IOS中任何第三方程序都不能在后台运行；安卓中任何程序都能在后台运 行，直到没有内存才会关闭 5、控件 来源： CSDN 作者： xiaobai178 链接： https://blog.csdn.net/xiaobai178/article/details/103697413

Apache Flink是一个面向分布式数据流处理和批量数据处理的开源计算平台，它能够基于同一个Flink运行时，提供支持流处理和批处理两种类型应用的功能。 现有的开源计算方案，会把流处理和批处理作为两种不同的应用类型，因为它们所提供的SLA（Service-Level-Aggreement）是完全不相同的：流处理一般需要支持低延迟、Exactly-once保证，而批处理需要支持高吞吐、高效处理。 Flink从另一个视角看待流处理和批处理，将二者统一起来：Flink是完全支持流处理，也就是说作为流处理看待时输入数据流是无界的； 批处理被作为一种特殊的流处理，只是它的输入数据流被定义为有界的 。 Flink流处理特性： 支持高吞吐、低延迟、高性能的流处理 支持带有事件时间的窗口（Window）操作 支持有状态计算的Exactly-once语义 支持高度灵活的窗口（Window）操作，支持基于time、count、session，以及data-driven的窗口操作 支持具有Backpressure功能的持续流模型 支持基于轻量级分布式快照（Snapshot）实现的容错 一个运行时同时支持Batch on Streaming处理和Streaming处理 Flink在JVM内部实现了自己的内存管理 支持迭代计算 支持程序自动优化：避免特定情况下Shuffle、排序等昂贵操作

Apache Flink是一个面向分布式数据流处理和批量数据处理的开源计算平台，它能够基于同一个Flink运行时，提供支持流处理和批处理两种类型应用的功能。 现有的开源计算方案，会把流处理和批处理作为两种不同的应用类型，因为它们所提供的SLA（Service-Level-Aggreement）是完全不相同的：流处理一般需要支持低延迟、Exactly-once保证，而批处理需要支持高吞吐、高效处理。 Flink从另一个视角看待流处理和批处理，将二者统一起来：Flink是完全支持流处理，也就是说作为流处理看待时输入数据流是无界的； 批处理被作为一种特殊的流处理，只是它的输入数据流被定义为有界的 。 Flink流处理特性： 支持高吞吐、低延迟、高性能的流处理 支持带有事件时间的窗口（Window）操作 支持有状态计算的Exactly-once语义 支持高度灵活的窗口（Window）操作，支持基于time、count、session，以及data-driven的窗口操作 支持具有Backpressure功能的持续流模型 支持基于轻量级分布式快照（Snapshot）实现的容错 一个运行时同时支持Batch on Streaming处理和Streaming处理 Flink在JVM内部实现了自己的内存管理 支持迭代计算 支持程序自动优化：避免特定情况下Shuffle、排序等昂贵操作

BEGIN-1 入门训练 A+B问题 问题描述 输入A、B，输出A+B。 说明：在“问题描述”这部分，会给出试题的意思，以及所要求的目标。 输入格式 输入的第一行包括两个整数，由空格分隔，分别表示A、B。 说明：“输入格式”是描述在测试你的程序时，所给的输入一定满足的格式。 做题时你应该假设所给的输入是一定满足输入格式的要求的，所以你不需要对输入的格式进行检查。多余的格式检查可能会适得其反，使用你的程序错误。 在测试的时候，系统会自动将输入数据输入到你的程序中，你不能给任何提示。比如，你在输入的时候提示“请输入A、B”之类的话是不需要的，这些多余的输出会使得你的程序被判定为错误。 输出格式 输出一行，包括一个整数，表示A+B的值。 说明：“输出格式”是要求你的程序在输出结果的时候必须满足的格式。 在输出时，你的程序必须满足这个格式的要求，不能少任何内容，也不能多任何内容。如果你的内容和输出格式要求的不一样，你的程序会被判断为错误，包括你输出了提示信息、中间调试信息、计时或者统计的信息等。 样例输入 12 45 说明：“样例输入”给出了一组满足“输入格式”要求的输入的例子。 这里给出的输入只是可能用来测试你的程序的一个输入，在测试的时候，还会有更多的输入用来测试你的程序。 样例输出 57 说明：“样例输出”给出了一组满足“输出格式”要求的输出的例子。

1问题定义 问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽视的一个步骤。 通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文档。 问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间。 2可行性研究 这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。 可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。 在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益