很快程就把测试用例写完了，发到群里大家看了一下，没有人提出什么问题。
接着程就开始一边打开测试用例，一边打开产品，开始测试了起来。
当他打开测试用例的那一刻，他惊呆了，走了神。
因为就在他把测试用例和产品一起打开准备测试的时候，发现了一个让人惊到下巴的事情，程发现在他的屏幕左边出现了一个半透明的玻璃，玻璃上面就是他写的测试用例。
但是和他写的测试用例有不一样的地方。
程写的测试用例用的是xmind写的，主体是脑图，中间有一个中心，也就是这期要测试的项目的名字。
然后右侧从上到下分别写着这次要测试的功能，他自己写的东西用的都是系统默认的颜色，黑色或者是淡蓝色。
但是在半透明的屏幕上出现的，却是另一种颜色，有绿颜色的，有红颜色的。
并且绿和红也是分等级的，有淡绿有深绿，红的也一样。
在红色的旁边还有一个小虫子，颜色越深的小虫子越多。
最多的有4个，最少的也有一个。
“难道，红色的是表示有bug，小虫子表示的是bug的意思，bug的本意就是小臭虫。
那么绿色的就一定是没有bug了，但是为什么绿色的还有不同级别。” 心中带着这些疑问，程就开始了他的测试。
程依然是按照他写的原型，从上往下开始进行测试的。
如果是他想的那样就太好了，但如果不是他想的那样，他就会浪费许多时间来探索这个到底是什么意思。
所以最后他还是决定从上到下开始进行测试，只有这样才不会遗漏任何东西，也是对产品的负责。
只是这一次，程把每次有bug的分支都记录了下来，有bug他就给那个b用例上加了一个小红旗的标记，没有是绿旗。
他想对比一下，是不是像他自己想的那样，绿色的都是没有问题的，红色肯定是有bug的。
而那些颜色深浅代表的是bug的等级高低，而绿色的深浅应该表示的是写的程序的好坏。
其实程序是分好坏的，在测试这边看来好的程序速度肯定是会快一些，每秒钟能承受的请求总次数会多一些。
等程测试的时候，他发现有一个问题，就是那些标成绿色的确实都没有bug，但有的标红的他也有没有测出来bug。
“是我想错了？”程对自己的这个设想有一些怀疑。
把整体都过一遍之后，程发现系统一共标红了七处地方，但是他自己只自己找到了五处，还有两个他没有找出来。
经过这些数据对比之后，他发现应该和他想的是一样的，红色的代表的都是有bug的，而那些小虫子越多的地方代表bug等级越高。
“可是按照这个为什么还有两处系统标红，而我没有找到呢？
难道是因为我对自己的要求不够高，或者是说我测漏了什么东西？”
程带着这个想法，就一直持续开始测试那两个他没有找到问题，但是系统标记为红色的用例。
又仔仔细细的过了一遍，程发现原来他自己错了，这两个都有问题。
这哪里是系统？简直就是我的亲爸爸。
有了系统，今后我的测试之路还有谁能超过我？
程心里如此想到。
因为这个技能太bug了，之前他需要花费很多时间，从头到尾来测试整个功能。
但是现在，只要他把测试用例写好之后。
打眼一扫就可以了，红色的肯定是有问题的，如果时间紧急，他只需要测试红色的部分就好。
甚至如果他写得特别特别的详细，根本就不用测，只需要自己复现一下，然后打开bug平台记录一下就ok了。
这系统也太厉害了！
有了这个系统，程觉得他以后就可以躺赢。
别人需要做三个小时的工作，他也许就需要一个小时甚至更少的时间就可以了，毕竟开发写的程序里面，bug还是在少数的，他们又不是在写bug。