在路上...

原文：ubuntu 20.04 LTS 安装docker - 进步号无人货运飞船 - 博客园2021年八月更新，移除了过时内容目录ubuntu 20.04 LTS 安装docker 零：卸载旧版本 一：设置仓库 更新 apt 包索引。 安装依赖包: 添加GPG密钥 添加软件源 二：安装 Docker Engine-Community 三：测试 四：免sudo运行&镜像加速 免sudo docker镜像加速 五：参

[原文出处] 翻译：deyili，如有转载，请注明出处：http://blog.youkuaiyun.com/deyili/article/details/8772844        当你看到此文时，说明你已经打算尝试一下（单元）测试了。或许你对怎么写一个UT毫无头绪。事实上，想写好一个UT，没什么捷径，但是想写出可测试的代码，却颇有一些窍门。如果给你一份好测试的代码，你可能会很顺利地写出一个U

在做单元测试时，代码覆盖率常常被拿来作为衡量测试好坏的指标，甚至，用代码覆盖率来考核测试任务完成情况，比如，代码覆盖率必须达到80％或 90％。于是乎，测试人员费尽心思设计案例覆盖代码。用代码覆盖率来衡量，有利也有有弊。本文我们就代码覆盖率展开讨论，也欢迎同学们踊跃评论。首先

In a sentence: Code coverage tells you what you definitely haven't tested, not what youhave.Part of building a valuable unit test suite

Is Unit Testing worth the effort?Unit testing is a lot like going to the gym. You know it is good for you, all the arguments make sense,

老外讲解验收测试（Acceptance Testing)和单元测试(Unit Testing)。说的很精辟！好好学习一下。Acceptance and integration tests tell you whether your code is working an

What makes good unit test?Good Tests should be A TRIP (The acronymn isn't sticky enough - I have a printout of the cheatsheet in the boo

1、用例覆盖程度　　毫无疑问，这一点应该是最重要的，无需多说，覆盖率最大化是一套测试用例的最重要评价标准，如果漏测就杯具了。　　2、用例是否已经达到工作量最小化　　在满足用例覆盖程度最大化的前提下，应该尽量减小执行用例所需要的工作量。这些方面的方法有不少，如条件覆盖，分支覆盖，正

+ plus 加号；正号- minus 减号；负号± plus or minus 正负号× is multiplied by 乘号÷ is divided by 除号＝ is equal to 等于号≠ is not equal to 不等于号≡ is equivalent to 全等于号≌ is equal to or approximately equal to 等于或约等于号≈ is approximately equal to 约等于号＜ is less

最近公司要求重新回顾单元测试的实际效果，作为一个开发经理，我个人对单元测试也有很多疑惑。就个人而言，我自己也写过很多单元测试，也鼓励程序员写单元测试，但实际效果似乎不尽如人意。因此，写了这篇短文，想和大家一起探讨。1. 背景介绍 我所在的公司是一家外资软件公司，主要工作是开发一个复杂的在线系统(java based web applicaiton). 该系统的主要特点是：定制化程度比较高，业务逻辑相当复杂。系统的技术栈是Struts, EJB (JBo