程序测试

863高性能计算机评测中心 http://hpctest.cs.tsinghua.edu.cn/programs.html 主页 评测程序 发表论文 人员组织 English 自主研发 Micro-Benchmark Kernel-Benchmark Applications 自主研发 SIM-MPI 一款模拟并行程序通信行为的trace-driven模拟器. HPC_Net_Checker 该测试程序用来检查大规模集群系统中网络链接通信性能存在故障的节点. PBB 一款面向生物信息学领域的基准测试程序集，该程序包括7个用OpenMP并行的生物信息学测试程序，BLAST, PLSA, MUSCLE, Rosetta, Semphy, ModuleNet, SNP. TPC-C 我们按照TPC-C最新标准5.11设计并实现了一套TPC-C评测程序，并对国产高端服务器进行了性能评测。 Micro-Benchmark OSU MPI Benchmarks 下载地址： http://mvapich.cse.ohio-state.edu/benchmarks/ 简介：由Ohio State University提供，程序生成不同规模的数据并执行各种不同模式的MPI通信，测试 各种通信模式的带宽和延迟。分为点对点通信和组通信两种形式，其中点对点通信重点关注拓扑结构中非 等价节点之间的通信性能。

Docker和ASP. NET Core Docker 正在逐渐成为容器行业的事实标准，受到 Windows 和 Linux 生态系统领域最重要供应商的支持。 （Microsoft 是支持 Docker 的主要云供应商之一。）现在，Docker 基本上已经在各大云或本地的任何数据中心普及了。 如何将.NET程序托管到Docker之中，相信这是广大.NET开发者的一个疑问。 事实上，. NET Framework 支持在Docker中运行，但是仅能在w indows 容器中运行，这并不符合我们的预期，因此，本篇我们只侧重于讨论ASP. NET Core 和Docker。 在使用之前，笔者还是有必要介绍下ASP.NET Core。如果您对此非常熟悉和了解或者对此节不感兴趣，可以跳过本节。 A SP . NET Core 简介 ASP.NET Core是一个 跨平台的高性能开源框架 ，用于生成基于云且连接 Internet 的新式应用程序。使用 ASP.NET Core，我们可以： 建置 Web 应用程序和服务、 IoT 应用和移动后端。 能够在 Windows、macOS 和 Linux 上进行开发和运行。部署到云或本地。 在 .NET Core 或 .NET Framework 上运行。 能够在 IIS、Nginx、Apache、Docker

单元测试：测试程序在各种数据下的准确性 基准测试（压力测试）：测试程序的速度及弹性 testing包被专门用来进行自动化测试，日志和错误报告。并且还包含一些基准测试函数的功能 测试文件必须满足 *_test.go这种格式*代表源文件的名字（测试代码和业务代码分开了） _test程序不会被普通的Go编译器编译。只有gotest会编译所有的程序（普通和测试） 测试文件（测试源代码）中必须导入import testiong 测试函数必须以TestZzz为格式（Zzz是函数名，如TestAdd（t *testing.T）） T是传给测试函数的结构类型，用来管理测试状态，支持格式化测试日志，t.Log,t.Error,t.ErrorF 以下函数用来通知测试失败： func (t *T)Fail()//标记为失败，并继续执行 func (t *T) FailNow()//标记为失败并终止此文件的执行，继续下一个文件 func (t *T) Log(args ...interface{})//args 被用默认的格式格式化并打印到错误日志。 func (t *T) Fatal(args ...interface{})//先执行第三个，在执行第二个（上面两个的综合） go test来编译测试程序，并执行程序中所有的TestZzz函数，所有的测试都通过会打印出PASS

作用 黑盒测试法 注重于测试软件的功能需求，主要试图发现下列几类错误。 功能不正确或遗漏； 界面错误； 输入和输出错误； 数据库 访问错误； 性能错误； 初始化 和 终止 错误等。 测试方法 概述 黑盒测试行为必须能够加以量化，才能真正保证 软件质量 ，而 测试用例 就是将测试行为具体量化的方法之一。具体的黑盒 测试用例设计 方法包括等价类划分法、边界值分析法、错误推测法、 因果图法 、判定 表驱动 法、正交试验设计法、功能图法、 场景 法等。 等价类划分的办法是把 程序 的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试 用例 。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的，常用的黑盒 测试用例设计 方法。 划分等价类 1) 划分等价类： 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露 程序 中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果. 等价类划分可有两种不同的情况：有效等价类和无效等价类。 有效等价类：是指对于 程序 的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能

作用 黑盒测试法 注重于测试软件的功能需求，主要试图发现下列几类错误。 功能不正确或遗漏； 界面错误； 输入和输出错误； 数据库 访问错误； 性能错误； 初始化 和 终止 错误等。 测试方法 概述 黑盒测试行为必须能够加以量化，才能真正保证 软件质量 ，而 测试用例 就是将测试行为具体量化的方法之一。具体的黑盒 测试用例设计 方法包括等价类划分法、边界值分析法、错误推测法、 因果图法 、判定 表驱动 法、正交试验设计法、功能图法、 场景 法等。 等价类划分的办法是把 程序 的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试 用例 。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的，常用的黑盒 测试用例设计 方法。 划分等价类 1) 划分等价类： 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露 程序 中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果. 等价类划分可有两种不同的情况：有效等价类和无效等价类。 有效等价类：是指对于 程序 的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能

最近在测试环境启动服务时，出现报错（端口被占用了）： [FATA] listen tcp 127.0.0.1:6623: bind: address already in use 现在需要空出此端口 1、查看占用端口程序的PID lsof -i :6623 # 端口前面有个冒号 ":"，不要漏了 2、根据PID关闭占用端口的程序 kill -9 {PID} 来源： https://www.cnblogs.com/testeyes/p/11387970.html

转：问题描述一：（分析scanf()和getchar()读取字符） scanf(), getchar()等都是标准输入函数，一般人都会觉得这几个函数非常简单，没什么特殊的。但是有时候却就是因为使用这些函数除了问题，却找不出其中的原因。下面先看一个很简单的程序： 程序1： #include <stdio.h> int main() { char ch1, ch2; scanf("%c", &ch1); scanf("%c", &ch2); printf("%d %d\n", ch1, ch2); return 0; } 或者是： #include <stdio.h> int main() { char ch1, ch2; ch1 = getchar(); ch2 = getchar(); printf("%d %d\n", ch1, ch2); return 0; } 程序的本意很简单，就是从键盘读入两个字符，然后打印出这两个字符的ASCII码值。可是执行程序后会发现除了问题：当从键盘输入一个字符后，就打印出了结果，根本就没有输入第二个字符程序就结束了。例如用户输入字符'a', 打印结果是97，10。这是为什么呢？ 【分析】： 首先我们呢看一下输入操作的原理， 程序的输入都建有一个缓冲区，即输入缓冲区。一次输入过程是这样的，当一次键盘输入结束时会将输入的数据存入输入缓冲区

文章目录 1. 测试分类 2. Junit 的使用（白盒测试） 2.1 使用步骤 2.2 判定结果 2.3 测试方法前后执行 3. 实验成果 1. 测试分类 黑盒测试：不需要写代码，给输入值，看程序是否能够输出期望的值。 白盒测试：需要写代码的，关注程序具体的执行流程。 2. Junit 的使用（白盒测试） 2.1 使用步骤 定义一个测试类 包名：xxx.xxx.xx.test 如：com.zt.test 测试类名：被测试的类名Test 如：CalculatorTest 定义测试方法 方法名：test测试的方法名 如：testAdd() 返回值：void 参数列表：空参 给方法添加 @Test ，这样方法才可以独立运行 导入 JUnit4 依赖环境 2.2 判定结果 红色：失败 绿色：成功 一般我们会使用断言操作来处理结果，具体代码如下： Assert . assertEquals ( 期望的结果 , 运算的结果 ) ; 2.3 测试方法前后执行 @Before：修饰的方法会在测试方法执行之前被自动执行 @After：修饰的方法会在测试方法执行之后自动被执行 3. 实验成果 来源： https://blog.csdn.net/bm1998/article/details/95895793

一、 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 二、概述 白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例的设计方法，盒子对应的是被测试的测试，"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。 三、基本方法 强度由低到高:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。 （1）语句覆盖：就是设计若干个测试用例，运行被测程序，使得每一可执行语句至少执行一次。 （2）判定覆盖：使设计的测试用例保证程序中每个判断的每个取值分支至少经历一次。 （3）条件覆盖：条件覆盖是指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支 （4）判定条件覆盖：判定-条件覆盖就是设计足够的测试用例，使得判断中每个条件的所有可能取值至少执行一次

软件的生命周期（prdctrm） 计划阶段（planning）-〉需求分析（requirement）-〉设计阶段（design）-〉编码（coding）->测试（testing）->运行与维护（running maintrnacne） 1 ，问：你在测试中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决。 答： 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2 ，问：给你一个网站，你如何测试？ 答： 首先，查找需求说明、网站设计 m 等相关文档，分析测试需求，制定测试计划，确定测试范围和测试策略，一般包括以下几个部分： 功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试可以包括，但不限于以下几个方面：