sfg0861的博客

再配置该 jar 包到本项目的依赖中：右键点击项目 Open Module Settings，在 Modules 中，点击项目，配置 Dependencies，点击+，JARS or Directories，将该 lib 文件夹配置进依赖中，表示该文件夹下的 jar 包都引入作为依赖。这个 API 由 java.sql.*，javax.sql.* 包中的一些类和接口组成，它为 Java 开发人员操作数据库提供了一个标准的 API，可以为多种关系数据库提供统一访问。看不懂文字，可以跟着图片走…

Linux 的日志文件。head 查看文件，只看10行。tail 显示指定文件末尾内容。关于重定向。关于管道。date 指定格式显示时间。ps 展示进程。grep 对输出结果筛选。netstat 查看网络状态 / 查看端口。Linux 权限。用户操作命令。文件权限说明。不同用户操作文件的权限。搭建 Java 部署环境。yum 应用商店。在 Linux上安装 JDK。安装并访问 tomcat。安装并连接 MariaDB 数据库

ls 列出该目录下所有子目录和文件。pwd 显示用户当前所在的目录。cd 进入其它目录。tree 查看文件结构。补全。重新输入。清空屏幕。touch 创建或者更改文件夹或文件。cat 查看目标文件的内容。echo 简单的输出数据。mkdir 创建文件夹。rm 删除文件或目录。cp 复制文件或目录。mv 移动数据或重命名。man 查看帮助手册。less 查看大文件。head 看文件前10行。vim 的基本使用。

使用 Xshell 7 连接数据库。新建会话属性后，没有自动弹出 SSH 用户名要求输入。SSH 用户身份验证不能输入 Password。Xshell 连接 centos 7 服务器 报错提示 “ssh服务拒绝了密码，请再试一次“，但是密码是正确的。

给你一个 升序排列 的数组 nums ，请你 原地 删除重复出现的元素，使每个元素 只出现一次 ，返回删除后数组的新长度。解释：函数应该返回新的长度 5 ， 并且原数组 nums 的前五个元素被修改为 0, 1, 2, 3, 4。请注意，你需要找的是数组排序后的第 k 个最大的元素，而不是第 k 个不同的元素。输入：nums = [0,0,1,1,1,2,2,3,3,4]输入: [3,2,3,1,2,4,5,5,6], k = 4。输入：l1 = [1,2,4], l2 = [1,3,4]

输出：[“1”,“2”,“Fizz”,“4”,“Buzz”,“Fizz”,“7”,“8”,“Fizz”,“Buzz”,“11”,“Fizz”,“13”,“14”,“FizzBuzz”]nums[i])。解释：动态和计算过程为 [1, 1+1, 1+1+1, 1+1+1+1, 1+1+1+1+1]。解释：动态和计算过程为 [1, 1+2, 1+2+3, 1+2+3+4]。输入：accounts = [[1,5],[7,3],[3,5]]输入：accounts = [[1,2,3],[3,2,1]]

Java 类型汇总，前面的内容重点介绍的都是基本数据类型每种数据类型及其范围，都是我们需要掌握的重点。难点是隐式类型转换和类型提升，我们只要在代码中避免不同类型混用的情况，就能减少出现隐式转换和类型提升。

做好的，值得其它项目借鉴：测试用例根据用户需求分析来设计，而且有整体框架，算是比较详细全面。有待改善的地方：系统中有一些模块的功能是类似的，导致设计测试用例的时候重复，略显冗余。系统中的一些功能模块不好设计出较冷门的用例，建议多多练习设计测试用例，提高经验。

做好的，值得其它项目借鉴：测试用例根据用户需求分析来设计，而且有整体框架，算是比较详细全面。有待改善的地方：系统中有一些模块的功能是类似的，导致设计测试用例的时候重复，略显冗余。系统中的一些功能模块不好设计出较冷门的用例，建议多多练习设计测试用例，提高经验。

概念太多，分为文章分为两篇。四、按开发阶段划分、单元测试(Unit Testing)、集测试(Integration Testing)、系统测试(System Testing)、回归测试(Regression Testing)、冒烟测试（smoke testing）、验收测试(Acceptance Testing)。五、按测试实施组织、α 测试(Alpha Testing)、β 测试(Beta Testing)、第三方测试。六、按是否运行划分、静态测试(Static testing)、动态测试(Dynam

概念太多，分为文章分为两篇。一、测试分类二、按测试对象划分、界面测试、可靠性测试、容错性测试、文档测试、兼容性测试、易用性测试、安装卸载测试、安全性测试、性能测试、内存泄漏测试。三、按是否查看代码划分、黑盒测试(Black-box Testing)、白盒测试(White-box Testing)、灰盒测试(Gray-Box Testing)。

因果图不能直出测试用例，还需要依赖判定表，所以我认为因果图有点多余，而且因果图实际在设计成测试用例的时候并没有多大意义。现在的软件几乎都是使用事件来触发控制流程的，事件的触发时候的情景就形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。解决了不知道是否较全面的测试了所有功能，测试的覆盖率无法衡量，对新版本的重复测试很难实施，存在大量冗余测试影响测试效率。错误猜测法是对软件测试设计的理解，过往经验以及个人直觉，推测出软件可能存在的缺陷，从而针对性地设计测试用例的方法。）和带有中文的目录里。

Can't open 0204.txt; at release\allpairs.pl line 368. 在学习设计测试用例的方法 —— 正交法的时候，需要用到正交表，所以记录一下 allParis 正交表生成工具的使用。

Bug 的定义每个公司都不一致，定义级别之前需要查看公司规范。以下为示例：Blocker（崩溃）阻碍开发或者测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。Critical（严重）系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。

每次迭代会产生一定的交付。2001年，以Kent Beck、Alistair Cockbum、Ward Cunningham、Martin Fowler等人为首的“轻量”过程派聚集在犹他州的Snowbird，决定把“敏捷”(Agile)作为新的过程家族的名称。这种迭代开发的模式给软件测试带来了新的要求，它不允许有一段独立的测试时间和阶段，测试必须跟着开发的迭代而迭代。：项目团队对每一个 story 进行任务分解，分解的标准是完成该 story 的所有任务，每个任务都有明确的负责人，并完成工时的初步估计。

软测 · 软件测试的基本概念 · 什么是需求 · 测试用例的概念 · 软件错误(bug)的概念。最常见的解释是：软件测试就是找 BUG，发现缺陷。生活中有着诸多事情，我们都在默默地测试：新买来的一部手机，我们要 “测试” 它的功能；自己组装一台电脑，喜欢用跑分软件 “测试”；等等…软件测试，就是验证软件产品特性是否满足用户的需求。早期，人们更多的将测试看成对软件产品的 “检验”，检查软件的每个功能是否运行正常。衡量软件测试结果的依据。

在线 OJ 项目(一) · 项目介绍 · 进程与线程 · 实现编译运行模块。能够管理题目（保存很多题目信息）。题目列表页：能够展示题目列表。题目详情页：能够展示某个题的详细信息 + 代码编辑框。提交并运行题目：详情页中有一个 “提交” 按钮，点击按钮网页就会把当前的代码给提交到服务器上。服务器会执行代码，并且给出一些是否通过用例的结果。查看运行结果：有另外一个结果页面，能展示提交是否通过，以及错误的用例信息。

在线 OJ 项目(二) · 操作数据库 · 设计前后端交互的 API · 实现在线编译运行功能。拼接的思路呢，其实就是把 testCode 的这个 main 方法，嵌入到 requestCode 里面，做法就是把 testCode 放到 Solution 的最后一个 } 的前面即可~响应：[{id:1, title:“两数之和”, level:“简单”,}, {id:2, title:“两数相加”, level:“简单”,}]响应：{error:0, reason:“出错的详细原因”,

在线 OJ 项目(三) · 处理项目异常 · UUID · 校验代码的安全性 · 阶段性总结。基于多进程编程的方式，创建了一个 CommandUtil 类，来封装创建进程完成任务的工作。创建了 Task 类，把整个编译运行过程进行了封装。创建了数据库和数据表，设计了题目的存储方式。封装了数据库操作（Problem 和 ProblemDAO）。设计了前后端交互的 API。实现了这些前后端交互的 API。

在线 OJ 项目(四) · 前端设计与项目总结。了解要做的项目的基本要求1）题目列表页2）题目详情页3）代码编辑框4）提交给服务器编译运行5）展示结果介绍了多进程编程，基于多进程编程。封装了一个 CommandUtil 类，就可以创建进程执行一个具体的任务，同时把输出结果记录到指定的文件中。创建了一个 Task 类，调用 CommandUtil 封装了一个完整的 编译-运行 过程。后面又给 Task 类扩充了一个基于黑名单的安全代码校验。