在开始测试的时候，程文左侧依然出现了一个半透明的屏幕。

上面有一个和他写的一模一样的测试用例，和之前一样被标记了红色和绿色。

程文测试的功能，和写测试用例的地方是一样的，也是下载功能。

他们的这个项目是分为了上传和下载。

上传指的是，用客户端或者其它终端把一些特定格式的图片传上来。

支持的格式就是常用的那些——git、jpeg、bmp、png、webp。

上传还好，只要这个系统能稳定的运行，能支持上述的这些格式就好。

当然了在上传的过程中，也是支持一些特性，比如自动旋转（可以把图片放正）、缩放（可缩放到指定大小，有的图片的位置是对图片的大小有要求的）、压缩（可以优化图片的存储空间）……

还有图片的大小也是有规定的，不能超过一个具体的值，比如20M。

不过这还好，但是访问功能或者说是下载功能，这部分功能就很难测试了。

下载的时候也有缩放，在图片的地址加一个长和宽，这样返回的图片的大小应该是指定的那个大小。

缩放又分为两种，一种是按照比例缩放，如果大小不匹配，会保全图片，这样会有用别的颜色来填充，至于填充的颜色不同，又可以把这缩放分成好几种。

最常见的有单纯的固定色来填充，或者用根据图片的内容智能填充，这个会取图片本身的一个颜色，做一个渐变。

还有一种缩放是不要留边的，这种是会把图片先按照比例缩放到指定的大小，然后把长的那个一边给裁剪了。

还有一种缩放是变形缩放，不过这个不太常用，毕竟变形了的图片会失真，这个不会有填充也不会裁掉图片本身的一些内容。

还有的是裁剪，这个一般是用于图片本身特别大，这个功能可以把图片裁剪的小一些，可以设定一个从哪个位置裁剪，它不缩放图片本身的大小。

还有针对人脸的裁剪，如果图片里面有人脸，要优先保证人脸不会被裁掉，并且尽量是把人脸安排到中间的位置。

还有转换图片的格式，比如原来的图片是png，但是访问的时候输入的扩展名却是另一个，比如说是webp，右键另存为的时候图片的扩展名应该就是webp。

再或者是一个gif动图，如果把扩展名改成jpg，那么就应该是只保留了第一帧和裁剪有点像。

还有对gif进行的帧的裁剪，比如一个gif有300帧的内容，可以只裁剪第一帧，就相当于是一个静态图片了，还可以指定比如裁剪20帧，或者其它一些其它数值的帧数。

还有的是对图片进行圆角处理，可以是简单的把四个角给圆形处理一下，也可以是把整个图片都进行圆形处理。

它们都有对应的适应场景。

还可以对图片进行压缩，可以选择不能的压缩比。

不得不说他们这次开发的产品质量还是不错的，程文也只从半透明的玻璃上看到了三处bug，但是有一处特别显眼。

那个红的都有点发黑了，小虫子的数量，也是程文自从得到系统以来，从来没有见到过的多。

“既然这个这么厉害，那我就先把其它简单问题的给找到，这个留到最后。”程文如此想到。

那个红的都发黑的bug是处于缩放分支。

程文测试了好几遍，那几个缩放的功能都好着呢，没有什么问题。

也不知道为什么会那么红。

最后正在程文一筹莫展的时候，才想起来了系统布置这次任务时候的详情。

程文又看了一眼任务。