HTML实训报告

HTML实训报告,第1张

可以先介绍整个实训的流程,再写自己学到的知识,最后再做出总结。范文如下:

在整个实训课程的安排上,简要的可以概括为在七天的时间中,整体对HTML语言的发展和前景有所了解,然后进行基础知识的学习,最后进行项目的设计和答辩。

首先,我想先来说说的这次实训的主要学习内容,即HTML语言。HTML 指的是超文本标记语言 (Hyper Text Markup Language),标记语言是一套标记标签 (markup tag),HTM使用标记标签来描述网页。

第一点,学习到了HTML语言的设计和代码指令自然不必再赘述,但更重要的是锻炼了思维能力,培养了设计创新的能力。在整个HTML学习的过程中,代码的运用、基础知识的学习可以说只是作为技术的基础层面,而要想真正完成一个项目,更多的是需要思维能力的锻炼和项目的创新。

因为如果没有这种能力,或者比较薄弱,一方面难以想出新的项目的构思,另一方面无法想出动画的翻转或者各种效果的指令代码的书写。所有的这些都贯穿于HTML的实训过程中。再具体的将来,就是对于所学的每个指令,并非是记忆住其书写的格式,而是需要我们加入自己对每个代码感悟和认识。

怎样的情况下去应用,如何用,使用时的技巧,这些都是重要的对于自己能力的锻炼。另外,结合于其中的,还有对于独立思考的能力的培养。这一点是显而易见的。

无论是对于一个新的项目的编写,还是对于学习每一条单独的指令,老师和同学所能帮助的是引导和解决难题的作用,而要想真正做到自己学会指令,则离不开独立思考,独立学习的过程和环节。

第二点,通过这次实训,使得自己对IT行业有了进一步的了解。在实训的过程中,老师也对IT行业和相关的就业前景进行了诸多叙述,对于自己和同学们有很大的帮助。HTML在网页开发上,赋予网页更好的意义和结构, HTML手机应用的最大优势就是可以在网页上直接调试和修改。

因此在HTML中的新的标签,将有助于开发人员定义重要的内容,可以给站点带来更多的多媒体元素(视频和音频),可以很好的替代FLASH和Silverlight并且当涉及到网站的抓取和索引的时候,对于SEO很友好。对于这些优势性的,几乎也都有相关的工作岗位。

由此可见在未来的一段时间里,伴随着互联网的不断普及和优化,HTML的前端开发的相关岗位也必将是很火热的。这也是这次实训的另一意义所在,他对于就业是很有帮助的。

最后,简要的对这次实训加以总结。这次的实训课程,让我了解到了HTML语言的发展历史和前景;在技能培训上为自己毕业后就业提供了一个很好的方向。

通过这次培训,锻炼了自己的独立思考,和实践 *** 作的能力,让自己所学习的相关理论在实践中得以应用;加强了自己的合作能力和沟通交流的能力,培养了自己的创新意识,收获很大。

扩展资料:

实训报告内容格式:

(一) 实训名称

要用最简练的语言反映实训的内容。如验证某程序、定律、算法,可写成“验证×××”;分析×××。

(二) 所属课程名称

(三) 学生姓名、学号、合作者及指导教师

(四) 实训日期和地点(年、月、日)

(五) 实训目的

目的要明确,在理论上验证定理、公式、算法,并使实验者获得深刻和系统的理解,在实践上,掌握使用实验设备的技能技巧和程序的调试方法。一般需说明是验证型实验还是设计型实验,是创新型实验还是综合型实验。

(六)实训原理

述实训相关的主要原理。

(七) 实训内容

这是实训报告极其重要的内容。要抓住重点,可以从理论和实践两个方面考虑。这部分要写明依据何种原理、定律算法、或 *** 作方法进行实验。详细理论计算过程.

(八) 实训环境和器材

实训用的软硬件环境(配置和器材)。

(九) 实验步骤

只写主要 *** 作步骤,不要照抄实习指导,要简明扼要。还应该画出实验流程图(实验装置的结构示意图),再配以相应的文字说明,这样既可以节省许多文字说明,又能使实验报告简明扼要,清楚明白。

(十) 实验结果

实验现象的描述,实验数据的处理等。原始资料应附在本次实验主要 *** 作者的实验报告上,同组的合作者要复制原始资料。

在进行性能测试执行之前,需要进行场景的设计:

以什么方式启动,如何持续进行,直至测试结束

三部曲:启动---持续进行---结束

PS:一般情况下,建议限制Jmeter的的线程数在300及以内,这样能更好的发挥出jmeter的性能

测试步骤:

测试计划---线程组--HTTP请求---监听器---运行脚本---查看报告

PS:默认情况下,JMeter运行需要占用1 GB的内存,这可能还不够,取决于你的测试计划和需要运行的线程数

一个测试计划描述了一系列Jmeter运行时需要执行的步骤,可以包含一个或者多个线程组,逻辑控制器,取样发生控制,监听器,定时器,断言和配置元件。

启动JMeter,会出现一个空的测试计划,此次练习通过手写脚本来实现

(不熟悉 *** 作的,也可以通过模板的形式创建,在菜单栏文件--Templates,下拉列表中选择Recording,点击Create,一个完整的Test Plan就生成了,当然我们可以删除不需要的内容)

作用:模拟用户个数、发送请求的频率及次数

PS:设置合理的线程数对能否达到测试目标有着决定性的影响,另外,设置合理的循环次数也很重要

此处添加3个HTTP请求

1、添加响应断言 :设置响应码为200

2、查看结果树,验证请求

调试时线程数和循环次数设为1就可以了,记得调试好之后再改回去

3、禁用查看结果树,命令行执行脚本

我们在启动Jmeter时就会看到命令行的提示信息,进行负载测试时请不要使用GUI模式,也就是用命令行模式运行 JMeter 测试脚本,这样可以大大缩减所需要的系统资源

备注:GUI 即图形用户界面模式,只应用于创建测试脚本、调试脚本

图中也给出了命令格式: jmeter -n -t [jmx file] -l [result file] -e -o [Path to output folder] ,JMeter 默认去当前目录寻找脚本文件,并把日志记录在当前目录,当然也可以使用绝对路径来执行

参数说明:

(1)直接生成HTML报告

PS:输出文件(-l后的文件)必须是不存在的,report文件夹为空文件夹或者不存在(-o后面的),不然无法生存报告

启动CMD窗口,输入以下命令:

jmeter -n -t C:\Users\zhangXXX\Desktop\baidu.jmx -l C:\Users\zhangXXX\Desktop\html.csv -e -o C:\Users\zhangXXX\Desktop\baidu-reports

(2)使用之前的测试结果,生成测试报告

启动CMD窗口,先生成测试结果,再生成报告,输入以下命令:

PS:-g 指定已存在的测试结果文件

以上两种方法,其实最终都依赖生成的测试报告。双击报告文件夹中的index.html就可以查看报告

Dashboard:

Test and Report informations:指的是测试和报告信息

APDEX(Application Performance Index):应用程序性能满意度的标准,范围在0-1之间,1表示达到所有用户均满意,越接近1满意度越高

Requests Summary:请求的通过率(OK)与失败率(KO),百分比显示

Statistics:数据分析,基本将Summary Report和Aggrerate Report的结果合并

Errors:错误情况,依据不同的错误类型,将所有错误结果展示

Charts: 用图表的形式展示测试数据,让测试报告更加直观**

主要有如下特点:

(1)将测试过程中经常使用的数据,用图表的形式展示,让测试结果更加直观

(2)每个图表数据,有两种展示形式

(3)支持请求样例过滤显示

(4)支持导出PNG图片格式

Over Time Charts:

Throughput Charts:

Response Times Charts:

4、添加所需监听器,导入日志文件即可查看

在性能测试过程中,我们往往需要将测试结果保存在一个文件当中,也可以为日后的性能测试报告提供更多的素材

在Jmeter中,结果都存放在 .jtl 文件中,格式有很多种,可以根据需要进行更爱,选择某个监听器,在 configure页面 进行相应配置,让我们来查看下保存后的文件有哪些内容:

接下来添加一个聚合报告,然后导入日志文件,查看结果,还可以添加其他的监听器, *** 作方法一样

PS:如果测试计划中增加了监听器(生成概要结果),在执行命令时就可以看到每个线程的执行情况

PS:设置好线程数、循环次数、集合点、事务、断言、关联等等后即可执行压力测试

原理和LR的agent差不多,因为jmeter由Java开发,耗内存、cpu,所以需要采用分布式

步骤:

1、关闭防火墙

2、在所要运行jmeter并作为负载生成器的机器上安装jmeter(确保在所有系统中使用了相同版本号的Jmeter和jdk)

PS:目标服务器需要在相同网段,确保Jmeter可以访问目标服务器

3、确定其中一台机器作为主controller,其他的机器作为agent,然后运行所有agent机器上的jmeter-server文件

4、在controller机器的jmeter中bin目录下,找到jmeter.properties文件,添加节点IP,修改localhost为压力机IP

5、启动conttoller机子上的jmeter应用,选择菜单【运行】---远程启动来分别启动agent,也可以直接选择【远程全部启动】来将所有个agent启动

在性能测试过程中,我们通常需要将测试结果保存在一个文件当中,既可以保存测试结果,也可以为日后的性能测试报告提供更多的素材

Jmeter中,结果都存放在.jtl文件,一般以csv文件格式记录,只需要选择某个监听器,点击页面的configure按钮,建议勾选如下项:Save Field Name,Save Assertion Failure Message

技术点:HTTP相关设置+参数化+断言+关联+简单控制器+查看结果树

关联:通过Json控件或正则表达式获取

(1)线程组建议替换为jp@gc - Stepping Thread Group,功能比线程组多很多

(2)可以加事务控制器

(3)查看结果树替换为聚合报告或类似的报告,如果还是想看查看结果树记得勾选仅日志错误(查看结果树打印的日志比较多,会影响性能)

(4)造数据

总结:

一个子系统建议放在同一个 “测试计划”中,流程测试可以通过“线程组”来区分,这样也便于设定不同的测试数据个数。

比较独立的接口,可以统一放在一个线程组内,顺序完成测试。

流程性接口的测试:如果要测试的接口可以组成一个流程,只需要顺序添加多个“HTTP 请求”的Sampler,各请求之间可以提取需要在上下文传递的数据作为参数,以保证流程中数据的一致性

运行完成后生成了一个:multiqc_report.html文件;一个multiqc_data目录

%Dups:重复reads的比例

%GC:GC含量占总碱基的比例

Length:测序长度

M seqs:总测序量(单位:millions)

横坐标:reads的数量;纵坐标:样本

reads中平均每个碱基位置的质量值

横坐标:碱基位置;纵坐标:质量分数;

质量分数为-10log 10 P ( P 代表错误率),质量分数为40的时候,p就是0.0001,说明测序质量非常好。

绿色区间(Q30-Q40):质量很好,

橙色区间(>Q20):质量合格

红色区间(<Q20):质量不好。

序列平均质量分数与reads数的统计

横坐标:平均序列质量分数;纵坐标:reads数

绿色区间:质量很好;

橙色区间:质量合格;

红色区间:质量不好;

当峰值小于27时:warning;

当峰值小于20时:fail。

每个read各位置碱基ATCG的比列

对所有reads的每一个位置,统计ATCG四种碱基的分布

横坐标:碱基位置;纵坐标——样本;

%T——红色;%C——蓝色;%A——绿色,%G——紫色;

reads每个位置的颜色显示由4种颜色的比例混合而成,哪一个碱基的比例大,则趋近于这个碱基所代表的颜色;

正常情况下每个位置每种碱基出现的概率是相近的;

如果ATGC在任何位置的差值大于10%:warning;

如果ATGC在任何位置的差值大于20%:fail。

【此处的GC分布有波动的reads碱基长度要在trim过程中去除:HEADCROP:12】

reads的平均GC含量

横坐标:GC含量百分比;纵坐标:数量

正常的样本的GC含量曲线会趋近于正态分布曲线,曲线形状的偏差往往是由于文库的污染或是部分reads构成的子集有偏差(overrepresented reads)。形状接近正态但偏离理论分布的情况提示我们可能有系统偏差。

偏离理论分布的reads超过15%时:warning。

偏离理论分布的reads超过30%时:fail。

每个reads碱基位置N的含量

当测序仪器不能辨别某条reads的某个位置到底是什么碱基时,就会产生“N”,统计N的比率。正常情况下,N值非常小。

横坐标:read中的位置纵坐标:N的数量比;

当任意位置的N的比例超过5%:warning;

当任意位置的N的比例超过20%:fail。

序列长度分布

横坐标:序列长度(bp)纵坐标:reads数量

序列长度越长的reads数越多越好

每个序列的相对重复水平

横坐标:每个序列的相对重复水平;纵坐标:在文库中的比例

当非unique的reads占总数的比例大于20%时:warning;

当非unique的reads占总数的比例大于50%时:fail。

测序深度越高,越容易产生一定程度的duplication,这是正常的现象,但如果duplication的程度很高,就提示我们可能有bias的存在。

文库中过表达序列的比例

横坐标:过表达序列的比例;纵坐标:样本

过表达序列的比例>0.1%:warning

过表达序列的比例>1%:fail。

一条序列的重复数,因为一个转录组中有非常多的转录本,一条序列再怎么多也不太会占整个转录组的一小部分(比如1%),如果出现这种情况,不是这种转录本巨量表达,就是样品被污染。这个模块列出来大于全部转录组1%的reads序列,但是因为用的是前100,000条reads,所以其实参考意义不大

接头含量

横坐标:碱基位置;纵坐标:占序列的百分比

>5%:warning;>10%:fail

状态检查,对以上11个项目的好坏做一个整体的评估:

正常(绿色);轻微异常(橙色);非常异常(红色)

部分内容参考: https://www.jianshu.com/p/85da4dcc6020

仅供学习使用。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/6097582.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-14
下一篇 2023-03-14

发表评论

登录后才能评论

评论列表(0条)

保存