随笔分类 - 团队规范/前端工程化
摘要：一、前端自动部署工具deploy-cli-service 1、先安装deploy-cli-service依赖 // 全局安装 deploy-cli-service npm install deploy-cli-service -g // 本地安装 deploy-cli-service npm ins
阅读全文
摘要：当我们完成一个业务系统的上线时，总是要观察线上的运行情况，查看日志发现问题并进行优化迭代。因为测试永远无法做到100%覆盖，用户也不会总是按照我们所预期的进行操作，因此我们需要在系统异常时主动对其进行收集上报，以制定解决方案。 当生产环境中产生了一个 bug 时，如何做到迅速报警，找到问题原因，修复
阅读全文
摘要：一、为什么要用ESLint 1、总结为两点：保持代码风格一致、减少代码出错几率 为了解决这类静态代码问题，每个团队都需要一个统一的 JS 代码规范，团队成员都遵守这份代码规范来编写代码。当然，靠人来保障代码规范是不可靠的，需要有对应的工具来保障，ESLint 就是这个工具 2、为什么不是Pretti
阅读全文
摘要：一、Jest 和 Mocha 对比选型 至于：前端为什么做单元测试？JavaScript 单元测试的现状，常见单元测试工具：Jest 和 Mocha 的对比，可以看这篇文章了解：https://mp.weixin.qq.com/s/r08NghhRybAwBX9dzcoE1w 从 github st
阅读全文
摘要：Code Lint是前端工程化中的一个重要环节，它可以帮助我们在部署代码到生产环境之前及时发现错误并纠正它们，也可以规范我们的编码习惯，让团队的代码风格保持统一。 Code Lint的工作原理是借助一些lint工具对代码进行静态分析，并在合适的时机触发校验，提示错误。 在一个团队项目中，代码风格不统
阅读全文
摘要：一、背景介绍 我们在使用一个比较厉害的框架或者库的时候，经常可以看到 CHANGELOG.md，维护版本更新内容。 这种版本更新内容是非常必要的，如果用户使用了你的轮子，连更新内容都不知道，试问你敢用吗？ 那么这些都是怎么写的呢？每次发版都要手动记录吗？显然不是，这些都是靠提条记录生成的。 比如我们
阅读全文
摘要：一、命名规范 经过社区的不断发展，协定了命名包含以下几种规范： 1、下划线命名：user_name 2、中划线命名：user-name 3、小驼峰命名：userName 4、大驼峰命名：UserName 有了这些规范，开发者们起名字的时候心里就有谱了。而且这些规范目前也被大多数开发者们接受，如果不按
阅读全文
摘要：本篇文章不会更多侧重于具体技术实现，而是尝试从更高角度出发，分析为什么要这么做，这些设计能解决什么问题，成本和收益如何。 一、综合考量 1、核心思想 解决问题：前端架构的设计，应是用于解决已存在或者未来可能发生的技术问题，增加项目的可管理性、稳定性、可扩展性。 人效比：对于需要额外开发工作量的事务，
阅读全文
摘要：做技术一般有两种发展路线，一种是纯技术，一种是管理。这两种路线有什么不同呢？本文来尝试从不同的视角来解读下日常的工作，分能力、意愿、分工、协作、梯队、文化六个维度来看。 一、开发者视角 我们都是从开发者开始的，这个视角大家会比较熟悉。 1、能力 （1）入职以后，公司给我配备了导师，有什么不会的可以问
阅读全文
摘要：测试用例设计：将软件测试的行为活动，作为一个科学化的组织归纳。 测试用例：设计一个情况，软件程序在这种情况下，必须能够正常运行并且达到程序所设计的执行结果。 因为我们不可能进行穷举测试，为了节省时间和资源、提高测试效率，必须从数量极大的可用测试数据精心挑选出具有代表性或者特殊性的测试数据来进行测试。
阅读全文
摘要：测试用例设计的最基本要求：覆盖住所要测试的功能。这是再基本不过的要求了，别看只是简单的一句话，要能够达到切实覆盖全面，需要对被测试产品功能的全面了解、明确测试范围（特别是要明确哪些是不需要测试的）、具备基本的测试技术（如：等价类划分等）等。 那么满足了上述这条要求是不是设计出来的测试用例就是好的测试
阅读全文
摘要：这篇文章我主要想记录学习一下在软件测试行业中的一些常见理论效应以做基本了解。 一、杀虫剂效应 1、杀虫剂效应介绍 杀虫剂效应原本指农业中随着农药的普及使用，害虫对农药的抗药性就越来越强，农药就越来越难杀死害虫。在农场里为了对付破坏农作物的害虫，农业专家开发出了对应的杀虫剂，刚开始效果很好，但是随着时
阅读全文
摘要：一、软件测试方法： 白盒测试、黑盒测试、灰盒测试、静态测试、动态测试 1、白盒测试： 是一种测试用例设计方法，在这里盒子指的是被测试的软件。白盒，顾名思义即盒子是可视的，你可以清楚盒子内部的东西以及里面是如何运作的，因此白盒测试需要你对系统内部的结构和工作原理有一个清楚的了解，并且基于这个知识来设计
阅读全文
摘要：简单好用的在线接口 MOCK 平台：https://www.fastmock.site/#/ fastmock可以让你在没有后端程序的情况下能真实地在线模拟ajax请求，你可以用fatmock实现项目初期纯前端的效果演示，也可以用fastmock实现开发中的数据模拟从而实现前后端分离。 在使用fas
阅读全文
摘要：交互设计的英文是Interaction Design，“inter”是英文前缀，意思为“两者之间”，“action”是指动作。所以简单理解，交互就是两个object之间进行互动，具有一个输入和输出的指令。举例来说，当你想要用洗衣机洗衣服的时候，把衣服放进洗衣机，然后按下按钮，这一系列动作其实就是输入
阅读全文
摘要：近几年，伴随着前端技术日新月异的发展，前端开发中前后端分离，工程化，自动化等现代化的开发模式越来普及，前端项目也引入了编译，构建，单元测试等现代软件工程化的标准环节。这样大大提高了前端的开发效率和业务交付能力。但是，在代码集成，项目部署阶段，我们还需要引入 CI / CD 等现代化的软件开发实践，来
阅读全文
摘要：从DevOps流程看前端基建 很多前端在接触到什么前端工程化，什么持续构建/集成相关知识时就犯怂。也有觉得这与业务开发无关，不必理会。但是往长远想，你业务再怎么厉害，前端代码再如何牛，没有了后端运维测试大佬们相助，一个完整的软件生产周期就没法走完。而成为一名全栈很难，更别说全链路开发者了。言归正传，
阅读全文
摘要：近期根据我们DevOps开发团队敏捷开发项目的实践经验，将完整流程整理如下，这份规程也不完全算是敏捷专属的项目管理规程，主要是在结合我们公司实际的情况下编写出来的，大家在实际过程中可以参考。 1. 目的 规范软件产品开发项目管理过程，指导开展项目研发、管理等活动。 2. 适用范围 本章程的作用范围为
阅读全文
摘要：一、Commitlint 是什么 在多人协作的背景下，git 仓库和 workflow 的作用很重要。而对于 commit 提交的信息说明存在一定规范，现使用 commitlint + husky 规范 git commit -m "" 中的描述信息。 一句话说，当我们运行 git commmit
阅读全文
