在开始测试的时候，程文左侧依然出现了一个半透明的屏幕。
上面有一个和他写的一模一样的测试用例，和之前一样被标记了红色和绿色。
程文测试的功能，和写测试用例的地方是一样的，也是下载功能。
他们的这个项目是分为了上传和下载。
上传指的是，用客户端或者其它终端把一些特定格式的图片传上来。
支持的格式就是常用的那些——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是要灰盒测试才能测试出来，或者说是用灰盒技术可以很容易的测试出来。
而人工黑盒的测试，不太容易发现这个问题。”
程文的智商突然在线了。
“可是灰盒测试是要有编程经验的。”
今天上午的时候系统曾经发布了一个每日任务，但是今天开始的时候程文并没有从姚绍那里要到，有什么能测试的项目。
所以他想了一个办法，自己写程序，自己来测试，也不知道这算不算是系统的一个bug。
当时程文选择的是php，当他找到了全部的bug的时候，系统还额外的给了他一个附加奖励——定向技能点+50。
“我怎么感觉，我的人生的道路都被人给设计好了，我只需要按照它设计好的走就好了。”程文在内心深处突然冒出来了这个想法。
这章没有结束，请点击下一页继续阅读！
喜欢当程序员开了外挂请大家收藏：(m.shuhaige.net)当程序员开了外挂书海阁小说网更新速度全网最快。