这周总算可以休息一下了,因为chain级的功能已经上线了。
回想近2个月的煎熬,只能用4个字概括:无语,无耐。
为什么会说无语?
在测试中发现,开发人员没有分析功能点,直接开发,最后连最基本的功能都没有实现。
比如说Rate code一共44个功能点,既然有36个功能点未能正常完成,只能说开发人员很低级。只注重表面文章,流于形式。
举个简单的例子吧,有一个功能是上级分配给下级的,上级允许下级更改,下级才有更改权限,反之没有。
开发实现后,据说经他本人测试已经通过。
当我测试时发现,上级不允许下级更改的功能,到了下级却可以更改。真是无语,这也许就是测试的无耐吧。因为你会发现开发没有责任心,而作为测试的你再有责任心,你也会很累。因为你几乎是在天天教开发做事, 一个一个功能点去沟通。
无法理解啊,正规大学的学生,80后啊,3年开发经验,开发出来的产品连狗都不吃的。也不敢相信公司为何要留他。
今天有点愤青了吧,因为一直很无语吧,其实更加无耐。
为什么会说无耐?
因为以上的事件已经一而再,二而三的出现,当你用流程去控制,给领导加压都没有起到效果时,你还能说什么呢?
不过反过来也证明自己真的很认真,很努力吧。
无论什么样的新功能,只要认真去分析每个测试点,总会发现问题。真的要窃喜,这次发现的另一个BUG,再次证明自己非常适合做测试。
说说这个BUG:功能中有一个分配和代替功能,分配指上级分配给下级,代替指上级的数据代替下级的数据。
设计的用例是把分配过的数据修改成下级已经存在的同名数据,然后查看程序的走向。前提是上级是有权限修改成与下级同名的数据的。
因为上级有对每条数据的修改功能,当第一次采用分配功能时,第二次将第一次的数据做修改与所分配的下级同名的数据之后,那么请问这条数据是能再分配还是代替呢?
程序实现肯定是代替,那代替的是哪一条数据呢?是第一次分配的呢?还是直接代替下级已经存在的数据呢?
程序实现是直接代替下级已经存在的数据,直接的后果是第一次被分配的数据在下级成了孤儿(其实说白了就是垃圾数据),上级无法修改和删除,下级也无法修改和删除。
与这个相关联的还有一个继承功能?如果下级有一个数据继承了上级的数据,那么当上面的问题出现时,下级的这个继承数据会直接继承原来上级的数据,而原来上级的数据已经被更改了,即在继承里已经找不到这条数据了。开发因为这个继承问题想了2天,真是晕死啊,这么简单的问题,他还想2天。其实解决方案很简单,直接将继承的数据做成下级被代替的数据ID,同时逻辑删除原分配给下级的数据即可。
反正被我发现了,真是窃喜吧。
说说学历或文凭的事吧,在我考大学那会,只听大人们说现在的大学生不如解放前的私塾的高中生。现在只能将这句话转送给像这位开发一样的80后了。
如果大家公司也出现以上情况,大家千万不要悲哀,或者自己找不到头绪或觉得很累,想放弃,这时大家一定要对自己有信心,因为事实是这个开发人员的能力有很大的问题,同时组织的管理者管理能力也有很大的问题,对于我们测试只需要做好自己的工作就好了。
因为事实是没有一个人会在一个公司工作几十年,所以笑着面对就好。心态好就OK,如果在这样的公司你能临驾于之上,从组织外部来看,你就解脱了。只要在这里找到自己想要的就OK了,不要再care其它的。离开只是迟早的事,如果没有离开说明在这个组织中还有你想要的,如果真的觉得没有想要的了,那肯定很快就会离开的。所以千万不要太过度悲伤,把别人的罪你来承受。
总之,无论如何还是坚持自己的原则,无论在哪都做自己的boss,不以别人来影响自己的人生,让开发垃圾去吧。
继续努力,快乐地向前走。