完整中文版CNAS-CL01：2018检测和校准实验室能力认可准则，规定了实验室能力、公正性和持续运行的一般要求，适用于进行实验室及确认或认可实验室的能力。
对标ISO/IEC17025:2017(https://download.csdn.net/download/Johnho130/15291170),同时附上GB/T37140-2018检验检测实验室技术要求验收规范供大家参考（从36页开始）。

presto是一个开源的分布式sql查询引擎，数据量支持GB到PB字节，主要用于处理秒级查询的场合。
yanagishima是presto的可视化客户端。
从官网下载的源码需要编译。
yangshima的安装，启动配置见官网：https://github.com/zhaolianchao/yanagishima#quick-start。
如有其他疑问请发邮件到我的邮箱：wenjunlong88_easy@163.com

这个资源中包含2007年版本与2017年版本。
2007版是高清资源，可编辑、搜索文字！由于网络上高清的2017年版本实在难以找到，所以推荐2007与2017年版本搭配使用，用2007版搜索定位，再到2017版查看最新图式要求！

《网络安全等级保护基本要求》（GB_T22239-2019）标准解读文件对1.0和2.0官方详细对比。

这个是我早期整理和编写的基于GB/T28181协议的IPC模拟器源码，在VS2010环境下使用c语言开发，基本实现了GB/T28181的接入和视频请求协议，对于视频请求的处理，我从文件中读取ps流发送给请求端，曾经接入到海康平台下测试通过（注意：请求客户端于该ipc模拟器不能在同一机子上，因为sip协议的源和目的地相同会出现请求不到视频流的问题）

即将于2019年7月1日实施的环境试验标准，GB∕T2423.56-2018

软件测试需求是开发测试用例的依据，测试需求分解的越详细精准，表明对所测软件的了解越深，对所要进行的任务内容就越清晰，对测试用例的设计质量的帮助越大。
详细的测试需求还是衡量测试覆盖率的重要指标，测试需求是计算测试覆盖的分母，没有详细的测试需求就无法有效的进行测试覆盖计算。
软件测试执行阶段是由一系列不同的测试类型的执行过程组成的，每种测试类型都有其具体的测试目标和支持技术，每种测试类型都只侧重于对测试目标的一个或多个特征或属性进行测试，准确的测试类型可以给软件测试带事半功倍的效果。
现有的软件测试分析技术不太成熟，对测试需求和测试类型的分析，所采用的方法主要是根据经验进行收集、整理，该方法依赖于测试设计人员的测试经验，由此方法得出的测试需求、测试类型往往导致测试用例设计不充分，测试覆盖度低，测试目的性不强，容易遗漏等缺陷。
可见，如何对测试需求进行细致的整理分析，明确测试执行时的测试类型，是一个亟待解决的问题。
有鉴于此，本方法的主要目的在于提供一种软件测试需求的分析方法，可以方便、详尽的获取测试需求，明确测试执行时需要实施的测试类型。
为实现上述目的，本方法提供了一种软件测试需求分析的方法，包括以下步骤：a）列出软件开发需求中具有可测试性的开发需求；
b）对步骤a）列出的每一条开发需求，形成可测试的分层描述的测试需求；
c）对步骤b）形成的每一条测试需求，从GB/T16260.1-2006《软件工程产品质量第1部分：质量模型》中定义的软件内部/外部质量模型来确定软件产品的质量需求；
d）对步骤c）所确定的质量需求，分析测试执行时需要实施的测试类型；
e）建立测试需求跟踪矩阵，对测试需求进行管理。

完整英文版ISO12405-3：2014Electricallypropelledroadvehicles—Testspecificationforlithium-iontractionbatterypacksandsystems—Part3:Safetyperformancerequirements（电动车锂电池安全性能要求），为方便理解同时附上最新国标GB/T31467.3-2015（从30页开始）方便阅读，本标准规定了测试程序并为B级电压等级的锂离子电池组和系统提供了可接受的安全要求，这些电池组和系统将用作电动推进道路车辆中的牵引电池。
用于两轮或三轮车辆的牵引电池组和系统不受ISO12405-3：2014的保护。
ISO12405-3：2014与用于车辆的电池组和系统的安全性能测试有关。
ISO12405-3：2014不适用于在运输，存储，车辆生产，维修和保养服务期间对电池组和系统的安全性进行评估。

GB∕T32915-2016信息安全技术二元序列随机性检测方法

最新完整中文版ISO9001：2015质量管理体系是组织的一项战略决策，能够帮助其提高整体绩效，为推动可持续发展奠定良好基础。
本标准可用于内部和外部各方，其规定的质量管理体系要求是对产品和服务要求的补充，并采用过程方法，该方法结合了“策划—实施—检查—处置”（PDCA）循环和基于风险的思维。
同时附最新的官方原版国标（GB/T19001-2016）-第29页开始。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。