测试 目录

软件测试基础 一

https://www.cnblogs.com/hellosecretgarden/p/9169032.html

软件测试基础 二

https://www.cnblogs.com/hellosecretgarden/p/9173805.html

软件测试基础 三

https://www.cnblogs.com/hellosecretgarden/p/9172830.html

软件测试基础 四

https://www.cnblogs.com/hellosecretgarden/p/9177888.html

UI测试

https://www.cnblogs.com/hellosecretgarden/p/9235087.html

兼容性测试

https://www.cnblogs.com/hellosecretgarden/p/9235002.html

测试用例

https://www.cnblogs.com/hellosecretgarden/p/9332216.html

版本控制工具svn

svn一

https://www.cnblogs.com/hellosecretgarden/p/9338483.html

svn二

https://www.cnblogs.com/hellosecretgarden/p/9344812.html

网络基础

https://www.cnblogs.com/hellosecretgarden/p/9180771.html

网络协议 http

https://www.cnblogs.com/hellosecretgarden/p/9184109.html

网络协议 tcp

https://www.cnblogs.com/hellosecretgarden/p/9182663.html

selenium安装

https://www.cnblogs.com/hellosecretgarden/p/9206474.html

python selenium自动化测试 一

https://www.cnblogs.com/hellosecretgarden/p/9206648.html

python selenium自动化测试 一

https://www.cnblogs.com/hellosecretgarden/p/9224212.html

接口测试 postman 一

https://www.cnblogs.com/hellosecretgarden/p/9226885.html

接口测试 postman 二

https://www.cnblogs.com/hellosecretgarden/p/9230932.html

jemeter  安装 一

https://www.cnblogs.com/hellosecretgarden/p/9241814.html

jemeter  参数化 二

https://www.cnblogs.com/hellosecretgarden/p/9284579.html

jemeter  集合点 检查点 断言 三

https://www.cnblogs.com/hellosecretgarden/p/9284899.html

jemeter  关联 四

https://www.cnblogs.com/hellosecretgarden/p/9286396.html

jemeter jar 包扩展 五

https://www.cnblogs.com/hellosecretgarden/p/9290823.html

原文地址:https://www.cnblogs.com/hellosecretgarden/p/9427692.html

时间: 2024-10-06 19:51:48

测试 目录的相关文章

linux服务器如何设置目录权限,让开发只能在测试目录下开发,不在线上目录上开发

当一台服务器上,既有测试环境,也有生成的环境,开发需要在线上测试,如果开发生产环境的权限,那开发容易误操作 需求如下: (1)生产环境的代码,必须有专用的账号登陆进行管理 (2)开发测试环境的代码,开发能够访问,但访问不了生产环境目录 位了实现这个目的,操作如下 (1)将生产的环境的用户组和拥有者都修改为www //修改用户 chown -R www /product-folder //修改组 chgrp -R www /product-folder (2)设置生产环境的权限为775,也就是只有

Hyper-V虚拟化测试目录

最近在测试Hyper-V的虚拟化方案,大致目录整理如下,后续更新博客后,会更新此博客,并附上相应章节博客地址:1.Hyper-V虚拟化方案 1.1.Hyper-V 3.0增强功能特性 1.1.1.第二代虚拟机 1.1.2.增强的虚拟机复制功能 1.1.3.虚拟磁盘的服务质量管理 1.1.4.共享文件夹(SMB 3.0)存放虚拟机 1.1.5.实时迁移内存压缩技术 Hyper-V 3.0增强特性博客地址: http://winteragain.blog.51cto.com/1436066/1614

Day4 - 迭代器&生成器、装饰器、Json & pickle 数据序列化、软件目录结构规范

---恢复内容开始--- 本节内容 迭代器&生成器 装饰器 Json & pickle 数据序列化 软件目录结构规范 作业:ATM项目开发 1.列表生成式,迭代器&生成器 列表生成式 需求:列表a = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9],要求把列表里的每个值加1 1 a = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9] 2 b = [] 3 for i in a: 4 b.append(i+1) 5 a = b 6 print(a) 普通青

vue学习笔记——目录结构介绍(二)

1.初始目录结构如下: 2.目录结构介绍 目录/文件 说明 build 最终发布的代码存放位置. config 配置目录,包括端口号等.我们初学可以使用默认的. node_modules npm 加载的项目依赖模块 src 这里是我们要开发的目录,基本上要做的事情都在这个目录里.里面包含了几个目录及文件: assets: 放置一些图片,如logo等. commponents: 目录里面放了一个组件文件,可以不用. App.vue: 项目入口文件,我们也可以直接将组建写这里,而不使用 commpo

Vue2+VueRouter2+webpack 构建项目实战(二):目录以及文件结构

通过上一篇博文<Vue2+VueRouter2+webpack 构建项目实战(一):准备工作>,我们已经新建好了一个基于vue+webpack的项目.本篇文章详细介绍下项目的结构. 项目目录以及文件结构 如图所示: 如上图所示,自动构建的vue项目的结构就是这样. 目录/文件 说明 build 这个是我们最终发布的时候会把代码发布在这里,在开发阶段,我们基本不用管. config 配置目录,默认配置没有问题,所以我们也不用管 node_modules 项目开发依赖的一些模块 src 开发目录(

ext2文件系统学习(二)—— 目录磁盘结构

创建镜像.mount等操作和上一篇一样,测试目录结构如下: 一些文件系统信息如下: Block size:             1024 Inodes per group:  128 Inode size:             128 Block bitmap at  6 Inode bitmap at 7 Inode table at 8-23 下面看看文件系统根目录的结构,ext2的根目录的索引节点号是2,根据上面的信息可以计算出根目录的索引节点地址是0x002080.如果是用vim

递归删除文件及目录

1 //删除文件及目录 2 public static void deleteFolder(File folder) { 3 File[] files = folder.listFiles(); 4 if(files!=null) { 5 for(File f: files) { 6 if(f.isDirectory()) { 7 deleteFolder(f); <-----如果是目录,则继续循环 8 } else { 9 f.delete(); 10 } 11 } 12 } 13 folde

Day4-软件目录开发规范

层次清晰的目录结构:1. 可读性高: 不熟悉这个项目的代码的人,一眼就能看懂目录结构,知道程序启动脚本是哪个,测试目录在哪儿,配置文件在哪儿等等.从而非常快速的了解这个项目.2. 可维护性高: 定义好组织规则后,维护者就能很明确地知道,新增的哪个文件和代码应该放在什么目录之下.这个好处是,随着时间的推移,代码/配置的规模增加,项目结构不会混乱,仍然能够组织良好. 目录组织方式: README注意事项: 1.软件定位,软件的基本功能.2.运行代码的方法: 安装环境.启动命令等.3.简要的使用说明.

python基础-软件目录开发规范

为什么要设计好目录结构? "设计项目目录结构",就和"代码编码风格"一样,属于个人风格问题.对于这种风格上的规范,一直都存在两种态度: 一类同学认为,这种个人风格问题"无关紧要".理由是能让程序work就好,风格问题根本不是问题. 另一类同学认为,规范化能更好的控制程序结构,让程序具有更高的可读性. 我是比较偏向于后者的,因为我是前一类同学思想行为下的直接受害者.我曾经维护过一个非常不好读的项目,其实现的逻辑并不复杂,但是却耗费了我非常长的时间去