当程序员开了外挂-第20章
按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
能会遗漏一些地方，但是遗漏的这些地方，原来的测试人员一定不会遗漏
这几句话，把程给绕晕了，这是在说什么绕口令吗？为什么他听着有点听不明白。
叮
帮助商业化团队进行测试，任务要求在进行黑盒测试的同时也要进行灰盒测试。任务完成奖励：1。定向技能点50；2。自由技能点50；3。人民币200元；4。键帽5；
接
程立刻回到，生怕回答的晚一秒，就会被别人给抢走了。
好，一会儿把你拉进一个群里，你可以在群里讨论相关的东西
好的
程回完信息，就开始思考系统刚才给他的任务。
系统说了这次要进行灰盒测试，身为一个测试工程师，程当然明白灰盒是什么意思。
测试是分为黑盒、白盒，还有介于两者中间的灰盒。
黑盒是最简单的，也就是完全不接触代码，只是从产品的外在表现b功能来测试。
白盒测试是审查代码的逻辑，具体细分的话，又可以分为好多种，还是测试代码有的是测试条件判断，有的是每一行都要走一遍，有的是每一个可能的值都要取到。
灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。
所以这次系统是想让我能用一些代码来测试这个产品的功能。
可是，我并不会写代码啊！
不对，我刚学会了php。
但是也只有初级的水平，难道这个水平已经可以写一些东西了吗？
最后程决定还是先看看再说，别人写东西b一般用的不是php，而是python，还有java等，也程不知道php能不能行。
不过，既然敢说自己是世界上最好的语言，那一定是行的，如果这个都做不到，它应该也不敢自称是世界上最好的语言了吧，还是要对它要有一些信心。
第三十九章 现金奶牛
这次程测试的商业化的团队的项目，商业化团队可是他们公司的现金奶牛。
有的人会说游戏不是最赚钱的行业吗？
也不知道是从什么时候，“游戏最赚钱”这个谎言就开始流行了起来。
游戏最赚钱是不假，但是那说的是大公司，有很多用户，他们愿意花钱买一些东西的游戏，并不是任何一个公司开发的游戏都能那么赚钱的。注1
程他们公司的游戏不火，所以没有那么赚钱。
如果他们公司也有一款和王者荣耀那么厉害的游戏的话，那么游戏部门一定是老大，在公司话语权最大，也许年终奖，游戏部门也会有十几个月的年终奖，不是有人说这个游戏比贩毒还赚钱吗？
可是，没有如果
所以公司想赚钱还是靠商业化团队，商业化团队的名字就明示了他们要做的事情，他们负责的就是商业化，就是如何把产品变现、赚钱。
这次他们做的项目其实和商业化本身，没有什么太大的关系。
只是一个技术的调整，把他们的商业化的广告图片，从公司的图床上迁移到了自己的服务上面。
至于为什么他们不用公司的，并不是因为图床不稳定，而是因为他们也招了人，想自己想搞一搞技术，所以这一上来就要把图床给替换了，至于他们的领导为什么想建立一个自己的团队，程并不清楚。
其实他们的流量还是挺大的，所以从图床上迁移出去，哪怕有一点问题，这个问题就会被放大很多倍。
最终可能会导致他们损失很多很多的金钱，还有他们刚成立的研发一定是要解散了，毕竟上来就出了这么大的一个事故。
这不同于一个公司产品没有做好，最终不太景气，整个部门被解散的事情。
因为那是公司策略的问题，部门的人还会有一些别的机会。
首先他们会在公司内部找有没有其它团队愿意接收他们，如果刚好别的团队还有岗位，又感觉他们不错的话，就会把他们给吸收过去。
事故不同于策略。
正是因为有这么严重的后果，所以这次升级非常重要，也因此他们这次才要测试的这么详细，从各处找人，需要测试的更详细一些。
他们一般是分成了两个测试团队一个是他们商业化内部的，另一个是商业化团队从别处找来的，程就是这么来的。
平常的业务团队，很少有会这么安排，毕竟一个人测试完了之后，理论上这个应该是没有问题的。
要是每次一个东西都让两个人过一遍，实属浪费人力，从成本和收益比上来看，是不太合适的。
这次他们的分工也很简单，商业化他们自己的测试人员测试一遍，程和另一个人他们两个也测试一遍。
在程答应了测试这个项目之后，他就搬到了商业化的工位这边，和他一起搬过来的还有一个女孩。
她叫邢雅凡，是来自另一个业务团队智能硬件的测试人员。
程过来之后，就看到这里的桶装水快完了，接了一杯水之后，立刻就换了一桶。
看着换水的任务进度完成了80，程打心底里开心，就剩下最后一桶了，很容易就能完成了。
程的这个小举动，让商业化这边的人对他的好感度提升了一些，毕竟这么有眼力劲，并且还勤劳的人，不管走到哪里都是会挺受人欢迎的。
能被“召换”到这里一起测试这个项目人都还不错，毕竟作为公司的现金奶牛，商业化值得公司这么重视。
其实也还有另一种说法，能被派到这里进行测试，就相当于是被人看重的。
就像有的公司会有高潜力人才培养，他们会选中一些有潜力的人进行培养。
有的是培训一些时间管理方面的东西，有的是培养一些管理的技能什么的。
虽然来参加这个测试并不能直接获得什么好处，但是最少说明他是一个还算优秀的人才。
这些都会被公司记录在案的，公司有什么考核的话，或者年中年底评绩效的时候，也会看一下这个东西，也有一定的参考意义，只不过比重不是很高罢了。
当然这些程是一点也不知道的，都是姚绍在背后默默的做这一切。
和程一起测试这个项目的邢雅凡，也不清楚这其中的意义，这也算是高管们的一个小秘密。
他们两个相互加了微信，可以在上面谈论一些工作相关的问题。
程听邢雅凡的意思，她并不是特别想来参加这个项目，她的理由也很简单，因为她并不熟悉这个项目。
程还劝过她说，谁都不熟悉，人总有第一次的。
他们两个分工写了一些测试用例，邢雅凡写上传的，程来写下载也就是访问的。
其实访问的功能会比较多一些，这也是程自己争取的，他觉得自己有那么快的速度，就应该多承担一些工作。
但是程当然不满足于只写一个下载的测试用例，就是把整个项目的功能都写完了也不会花费多少时间，毕竟有完美级别书写测试用例的技巧。
两个人写完之后，相互综合了一下测试用例，互相检查了一下对方所写的，当然程交出去的只有下载的那部分测试用例。
从大的方面基本上没有发现什么问题，不过如果从细节上扣邢雅凡的测试用例，有很多待改进的地方，只是没有原则性的问题，程也没有去指正。
他们之所以来到商业化工位这边，是因为这样他们之间可以更好的沟通和交流。
这样可以大大的节省沟通成本，节省时间，提高效率。
综合完了测试用例，他们就开始了工作，他们的测试也很简单，就是简单的黑盒测试。
只是在测试的过程中，程遇到了一个从来没有遇到过的问题。
ps：
注1
我有一个朋友就是开发游戏的，只是他在的是一个小公司，他们的状况基本就是游戏火了就会所嫩模，否则就下海捕鱼。
不过他们一看一个游戏不火，就会开发另一个游戏，这好几年了，好像没有大火的游戏，不过公司不能撑的下去，我猜应该是闷声发大财那种。
感谢“198215dai”、“小小柯遥”的100起点币的打赏，感谢“为生活而奋斗忙碌的人”的5点打赏，谢谢，谢谢，鞠躬91度。
感谢大家的支持，现在这本书在都市签约榜排名21，说实在的心情非常激动，心跳都升高了不少，这是写书以来从未有过的高度，有这个成绩和大家的支持是分不开的，谢谢大家。
第四十章 红的发黑
在开始测试的时候，程左侧依然出现了一个半透明的屏幕。
上面有一个和他写的一模一样的测试用例，和之前一样被标记了红色和绿色。
程测试的功能，和写测试用例的地方是一样的，也是下载功能。
他们的这个项目是分为了上传和下载。
上传指的是，用客户端或者其它终端把一些特定格式的图片传上来。
支持的格式就是常用的那些gif、jpeg、bmp、png、webp。
上传还好，只要这个系统能稳定的运行，能支持上述的这些格式就好。
当然了在上传的过程中，也是支持一些特性，比如自动旋转可以把图片放正、缩放可缩放到指定大小，有的图片的位置是b对图片的大小有要求的、压缩可以优化图片的存储空间
还有图片的大小也是有规定的，不能超过一个具体的值，比如20M。
不过这还好，但是访问功能或者说是下载功能，这部分功能就很难测试了。
下载的时候也有缩放，在图片的地址加一个长和宽，这样返回的图片的大小应该是指定的那个大小。
缩放又分为两种，一种是按照比例缩放，如果大小不匹配，会保全图片，这样会有用别的颜色来填充，至于填充的颜色不同，又可以把这缩放分成好几种。
最常见的有单纯的固定色来填充，或者用根据图片的内容智能填充，这个会取b图片本身的一个颜色，做一个渐变。
还有一种缩放是不要留边的，这种是会把图片先按照比例缩放到指定的大小，然后把长的那个一边给裁剪了。
还有一种缩放是b变形缩放，不过这个不太常用，毕竟变形了的图片会失真，这个不会有填充也不会裁掉图片本身的一些内容。
还有的是裁剪，这个一般是用于图片本身特别大，这个功能可以把图片裁剪的小一些，可以设定一个从哪个位置裁剪，它不缩放图片本身的大小。
还有针对人脸的裁剪，如果图片里面有人脸，要优先保证人脸不会被裁掉，并且尽量是把人脸安排到中间的位置。
还有转换图片的格式，比如原来的图片是png，但是访问的时候输入的扩展名却是另一个，比如说是webp，右键另存为的时候图片的扩展名应该就是webp。
再或者是一个gif动图，如果把扩展名改成jpg，那么就应该是只保留了第一帧和裁剪有点像。
还有对gif进行的帧的裁剪，比如一个gif有300帧的内容，可以只裁剪第一帧，就相当于是一个静态图片了，还可以指定比如裁剪20帧，或者其它一些其它数值的帧数。
还有的是对图片进行圆角处理，可以是简单的把四个角给圆形b处理一下，也可以是把b整个图片都进行圆形处理。
它们都有对应的适应场景。
还可以对图片进行压缩，可以选择不能的压缩比。
不得不说他们这次开发的产品质量还是不错的，程也只从半透明的玻璃上看到了三处bug，但是有一处特别显眼。
那个红的都有点发黑了，小虫子的数量，也是程自从得到系统以来，从来没有见到过的多。
“既然这个这么厉害，那我就先把其它简单问题的给找到，这个留到最后。”程如此想到。
那个红的都发黑的bug是处于缩放分支。
程测试了好几遍，那几个缩放的功能都好着呢，没有什么问题。
也不知道为什么会那么红。
最后正在程一筹莫展的时候，才想起来了系统布置这次任务时候的详情。
程又看了一眼任务。
帮助商业化团队进行测试，任务要求在进行黑盒测试的同时也要进行灰盒测试。任务完成奖励：1。定向技能点50；2。自由技能点50；3。人民币200元；4。键帽5；
系统在发布其它任务的时候，从来没有说过指定要用什么技术，但是这次是个例外。
它居然明确指定了要用到灰盒测试。
任务一定是有所指向的，不会无缘无故就来这么一出。
“所以如果我猜得没错的话，这个bug是要灰盒测试才能测试出来，或者说是用灰盒技术可以很容易的测试出来。
而人工黑盒的测试，不太容易发现这个问题。”
程的智商突然在线了。
“可是灰盒测试是要有编程经验的。”
今天上午的时候�
