当然我在扯淡
作者: dkvirus 发表于: 2018-06-25 15:41:00 最近更新: 2018-08-02 19:52:15

最近被各种琐事缠身,也没怎么学习新东东填充自己。本文为阶段性总结,扯一扯最近遇到的以及接下来打算做的事儿吧。

一、工作和生活是两码事

最近一次出差,和老大在车站候车室等车时聊天,他告诉我:“要重视工作效率,所学到的东西大多都在一天八小时的上班时间里”。说心里话,当时没怎么赞同这个观点,因为在此之前,我最充实的时间是在下班后回到家里:上网络培训课,看书,写博客。

然而,不久我就改变了这个想法。上上个礼拜回老家参加一好哥们婚礼,顺便把媳妇也接到了上海。本以为可以好好过二人世界,谁料原先一个人的生活规律完全被打乱了。下班回来后总有各种各样的琐事缠身,做饭洗碗,洗澡拖地,和媳妇说说话…… 总之,当忙完一切发现时间已经 22:00 左右了,完全没心思再开机倒腾。

当然,这并不是抱怨什么,生活本该如此。工作是为了更好的生活,回到家里就该多陪陪家人,相信那些结过婚有了孩子的兄弟们更能体会。直到此时此刻,我才发自内心的赞同老大在车站对我说的话。写这篇博文也是在公司午休时间码出来的。

二、开发之外的事儿

最新关注两个词:测试持续集成,下面内容为我对于它们的初认识,层次不深,纯属扯淡,如表达有误,望不吝指教。

2.1 测试

我在看一些开源项目时发现他们都会使用一些测试框架,刚好我的项目最近不那么忙,我也想选择一种测试框架集成到我的项目里。

在此之前,我只接触过 java 里的单元测试,就是那种给定参数,测试某个方法的返回值与想要的值是否一致。对于前端测试,我一直处于意识模糊状态,到底测啥子??我理解的前端测试就是人工点击页面的某个按钮,出来某个页面。这也能用代码测吗??

可别说,测试里竟然还真有这东东,叫 e2e (端对端)测试。(突然感觉好神奇,只是还不会玩)

这里有篇介绍 e2e 的文章,我推荐感兴趣的阅读:[从入门到不放弃]多浏览器的自动化测试(1)-本地测试

除此之外,还有 单元测试接口测试。对于接口测试,我暂时的理解是发出某个 http 请求,判断响应是否成功,以及响应的数据格式与我们想要的是否一致(不知道是不是这样子)。至于单元测试,我还不知道在前端里它测的啥。

关于前端测试框架,网上有很多种,我也阅读了其中一些文档,但是具体实践还是无从下笔,希望有经验的朋友可以指导一二。关于测试框架的选择与适用场景,我觉得也得花时间系统的学习一下。

前端测试框架

2.2 持续集成

前面说了测试,我也只是认为有必要在有时间的时候学习一下,直到我发现了 持续集成 这个东东,我有必要更改一下我的措辞:测试是项目进程中必不可少的一个东东。

我是在 《持续集成是什么?》 这篇文章中知道 持续集成 这个词的。

我的理解是项目开发有个流程:

  • 开发代码
  • 测试代码
  • 打包代码(前端里如 npm run build)
  • 发布到服务器(将打包的 dist 目录扔到 tomcat 或者 nginx 里)

最初,上面四个步骤都需要我们手动去操作。想一想,如果我们只是改了一个小功能,就得重复上述四个步骤,这得多恶心人呀。

持续集成 帮助我们完成后面三个步骤:当我们开发完把代码上传到代码仓库中时,持续集成就开始自动的做后面三个步骤了。倘若测试阶段发现问题,整个过程就会停止,这也方便我们快速发现问题,解决问题。如果没有 测试 这个守门员,即便代码打包成功,发布到服务器上,逢年过节也会心里发虚的。

持续集成 怎么自动做后面三个步骤呢?就我目前的理解:需要先搭建持续集成环境,可以参考:持续集成服务 Travis CI 教程。具体做什么事应该是使用脚本完成的。这部分后面也会花时间系统学习一下。

三、初探移动端

一直以来,都在做 Web 端的开发,有时有个好点子,就想用 app 怼出来,毕竟在手机上查看比打开电脑在网页上查看方便的多得多。

我了解到使用 react-native 可以做移动端开发,但我不理解为什么 js 代码就能在手机上运行成 app 呢?js 在 Web 端浏览器中能运行那是因为浏览器内置 js 引擎;计算机系统是用 c 写的,所以各种应用程序基本也是 c 写的;安卓系统不是用 java 写的吗,所以之前手机上的 app 不都是用 java 开发的吗?关于这种种关系我还很迷惑,在知乎上提问 app在移动端的运行原理是什么? 也没人搭理。

搞不清楚原理,先开发者也成。于是乎一鼓作气将 react-native 的文档读完了,但安装 Anstroid Studio 时却遇到各种奇葩问题。下载 sdk 包总是卡死,本机上明明已经翻墙了,开发工具上还要配置代理。于是乎,我的移动端初探又提前夭折了。在此,对广大人民群众“招聘”移动端师傅带我这个小白入门。

四、虚拟机的进化

关注阮一峰的朋友应该知道,他最近几周更新的博文经常提到一个词 Docker,刚开始我不以为然,因为技术更新太快了。但是他连续四周都更新相关的文章不禁引起了我的兴趣,经过一段时间学习,我觉得 Docker 也是时代发展的产物。

4.1 笨重的虚拟机

我回忆我第一次安装虚拟机的时候,下载 VMware 安装包,先安装虚拟机程序,再下载系统镜像文件 iso,这些文件往往很大,4G、5G等等,接着经过漫长的安装过程,才能使用虚拟机上的虚拟系统。

docker 类似虚机的 “包管理器”,想象 npm 的用法,使用 docker install centos_xxx 就可以安装一个最简版的 centos 系统,这不是很方便吗?

4.2 开发人员:这不是我的问题,是你环境的问题

测试找开发,经常会听到开发人员这样的回复:“这不是我的问题,是你环境的问题”。诚然,由于开发环境和测试环境的不同引起的误解不在少数。

docker 可以打包环境。如在开发环境,安装了 jdk1.8,maven3.0,tomcat 等,docker 可以将这个环境打成一个包,测试人员直接在本机安装这个环境(就像 npm 包发布安装一样),再从开发哪里拿到代码测试,此时就不会再有测试环境差异性造成的问题了。

关于 docker 的实践使用,后续学习补充。

五、关于吐槽

最近发现一本书《程序员的呐喊》,谷歌员工写的,可谓是吐槽界的精髓,不吐槽不痛快,越吐槽越进步。想要呐喊心里郁闷的可以下载看看。

六、总结

  • 合理安排好工作时间与生活时间
  • 跳入测试这个大熔炉
  • 蹑手蹑脚得探究持续集成
  • docker 玩起来
  • 鼓舞士气,准备二次向移动端进军
首页
友链
归档
dkvirus
动态
RSS