第四十章 红的发黑

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　程文又看了一眼任务。

　　【帮助商业化团队进行测试，任务要求在进行黑盒测试的同时也要进行灰盒测试。任务完成奖励：1.定向技能点+50；2.自由技能点+50；3.人民币+200元；4.键帽+5；】

　　系统在发布其它任务的时候，从来没有说过指定要用什么技术，但是这次是个例外。

　　它居然明确指定了要用到灰盒测试。

　　任务一定是有所指向的，不会无缘无故就来这么一出。

　　“所以如果我猜得没错的话，这个bug是要灰盒测试才能测试出来，或者说是用灰盒技术可以很容易的测试出来。...

    本章未完，请点击下一页继续阅读！