查看测试报告，此时的测试报告会没有样式，因为被 Jenkins 禁用了 CSS 样式，需要我们手动解决。点(.)：点表示 Dockerfile 文件所在的目录，我现在在 app 目录下，点表示当前目录。字节大佬，一周讲完，自动化测试项目实战，这套教程是怎么称霸B站的？1、拉取 jenkins 镜像jenkins/jenkins:alpine。6.构建成功后会看到一个新的镜像(docker imag

维基百科上对冒烟测试的解释:冒烟测试这个名称的来历，最初是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟再进行其它测试，否则就必须重新来过。而在软件研发中，冒烟测试其实是微软首先提出来的一个概念，和微软一直提倡的每日build（构建版本）有很密切的联系。具体说，冒烟测试就是在每日build（构建版本）建立后，对系统的基本功能进行简单的测试。这种测试强调程序的主要功能进行

最近在利用Jmeter做接口自动化测试，正则表达式提取器和JSON提取器用的还挺多，想着分享下，希望对大家的接口自动化测试项目有所启发。正则表达式提取器：正则表达式提取器是 JMeter 的内置功能，用于从响应数据中提取特定模式的文本。它适用于那些响应数据中的内容没有明确定义结构的情况。

Reqeusts支持以application/x-www-form-urlencoded数据格式发送POST请求（标准的POST请求数据格式，默认），只需要将请求的参数构造成一个字典，然后传给requests.post()的data参数即可。对于POST请求，我们可以通过浏览器开发者工具或者其他外部工具来进行抓包，得到请求的URL、请求头（request headers）以及请求的表单data信息

维基百科上对冒烟测试的解释:冒烟测试这个名称的来历，最初是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟再进行其它测试，否则就必须重新来过。而在软件研发中，冒烟测试其实是微软首先提出来的一个概念，和微软一直提倡的每日build（构建版本）有很密切的联系。具体说，冒烟测试就是在每日build（构建版本）建立后，对系统的基本功能进行简单的测试。这种测试强调程序的主要功能进行

之前还没实际做过接口测试的时候呢，对接口测试这个概念比较渺茫，只能靠百度，查看各种接口实例，然后在工作中也没用上，现在呢是各种各样的接口都丢过来，总算是有了个实际的认识。因为只是接口的功能测试，所以目前是用postman做测试，比较简便，当然这只是接口测试的入门而已，了解的只是冰山一角，后续会努力往接口压力、接口性能、接口自动化方向靠拢。以上就是一些Postman接口测试的一些教程想法，欢迎大家留

之前还没实际做过接口测试的时候呢，对接口测试这个概念比较渺茫，只能靠百度，查看各种接口实例，然后在工作中也没用上，现在呢是各种各样的接口都丢过来，总算是有了个实际的认识。因为只是接口的功能测试，所以目前是用postman做测试，比较简便，当然这只是接口测试的入门而已，了解的只是冰山一角，后续会努力往接口压力、接口性能、接口自动化方向靠拢。以上就是一些Postman接口测试的一些教程想法，欢迎大家留

测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶段都要按照指定的规程进行，通过对各个阶段产物的评审，QA 对流程的监控，对功能及配置的审计来达到开发的最优化。根据我以前的工作和学习经验，我认为做好工作首先要有一个良好的沟通，只有沟通无障碍了，才会有好的协作，才会有更好的效率，再一个就是技术一定要过关，做测

Google Test是Google开源的一个跨平台的C++单元测试框架，简称gtest，它提供了非常丰富的测试断言、判断宏，极大方便开发者编写测试用例的流程，也是很多开源项目使用的测试框架。通过使用gtest可以简化这个流程，让开发者可以专注在测试用例的书写上，而不用手动编写大量的main函数，以及一些判断输出是否符合预期的附加代码。

Jenkins 与 Git 的结合使用，可以理解为是 Jenkins 的一个强大之处。为什么要这么说，简要说明一下这个工作模式就能理解： 一个软件项目，开发过程中通常都会使用到一些源码管理工具，来达到团队协作的目的。而 Jenkins 所能实现的功能是，待开发人员将代码提交到源码管理工具中，通过提前设计好的 Jenkins 构建策略等，可以实现一键测试、部署等等。开发人员所要做的就是提交代码至仓库