项目进行到中后期，我发现开发改了代码

写于2020.3.20

 

昨天看陈霁老师的《敏捷测试》的视频，里面提到一点关于每个星期给自己立一个flag，写一篇原创文章，来为自己的职业规划做沉淀，这样也有助于监督自己每天进步一点点，每天学习一点点，运用一点点到实际工作中。

 

今日我谈谈我今天工作的感悟。

 

从3月初开始，印象中是9号开始，开始新一轮的现在在进行的中型项目的测试。所谓中型项目，我所定义的是，虽然是一个全新的功能，但是达不到完全饱和的工作量的测试工作，我称之为中型项目。

 

而到上个星期也就是3月20日，我已经完成了该项目我所负责的后台的数据模块的测试，这个模块按照计划，也是在今天就应该完成测试的。而我上周五或者说上周四其实已经完成3轮的测试，并且基本上没有任何问题的，算是“测试完成”状态的项目了。

 

而因为第1轮和第2轮都不是很稳定，特别是第1轮测试，有些冒烟不通过，而在第2轮才算基本上跑完全部用例的测试，但第2轮的情况，除了跑完之外，BUG很多，也处于不稳定版本。所以我决定开始第3轮测试，是在上周三开始的测试，而不出我所料，依然发现有一些遗漏或者未修改到的BUG，不过都还算比较顺利，能够把全部的流程都跑一遍，这一轮也是比较稳定的版本。

 

为了保险起见，最近的任务开始处于没那么紧张的情况，我上周就决定，这个星期，我再重新跑一遍所有的功能，特别是规定要在3.23完成测试的后台的数据模块。

 

没想到，今天开始跑后台的时候，就发现，部分的数据显示不对，而且因为有2个地方读取的都是同一个表的数据，而经过开发查询，才发现数据结构变了。接着我继续与对应的开发沟通，再通过开发的反馈，不断询问不同的开发人员，最后才发现是因为前端要兼容APP的展示，改了结构，而导致后端的读取没有相应修改而出问题。

 

问题得到解决，找出了问题。由于与前端开发沟通说，这个地方的结构可能需要进一步确认，需要定下来之后，再修改。那，也就只能等开发修改之后再做回归测试了。

 

具体是开发为什么修改这一块的数据，我没有详细询问下去。因为从月初开始测试到现在，其实是属于中后期的测试了，大家都知道，越到后面修改需求或者改BUG，成本或者风险是越大的。

 

而由于我们目前的项目是没有一个总的项目经理，故而无论是开发还是前端在修改东西，他们可能也不知道会影响到什么，所以在一个没有PM来处理整个项目的进度或者期间遇到的技术或者其他问题的优化的环境，也没有封版，而且测试也没法做版本控制的情况下，还是需要时不时多对自己的测试做回归测试，才可能避免像今天这种情况发生。

 

设想，如果我今天没有去跑这一次的回归，可能这个问题就带到线上去了，没有人通知开发需要做相应的修改，也没有人通知测试需要注意这一模块。所以从另一个角度来看，测试也算是一个项目的PM，既要与开发沟通，又要与产品沟通，还要协调两者之间的一些状况，或者开发与开发之间的互动。

 

工作的时间，就是用来工作的。尽管事情不多，多去与自己工作的平台或者数据库或者接口链接，往往会有不一样的收获。每一天看似相似的日子，都是上班，八个小时，下班，再上班八个小时，而其实，如何利用这8个小时才是最重要的。

 

希望今天的分享对你有帮助。也算是我今天的工作收获之一吧。很久没来更新，之后小橙有新的感悟会来更新上来的。感恩昨天的敏捷测试的视频，感恩陈霁老师的视频。