回顾过去,展望未来

这几天想了好多事情,这段时间算是人生中的一个转折点。今天想回顾过去,展望一下未来。

从事软件测试工作已经差不多4年时间，实习时的一个师兄一直跟我说你不做开发可惜了，刚开始的时候我也觉得。刚毕业的时候就是维护一下自动化的测试用例，甚至无聊到开发了daily report系统。现在看来这个系统根本对当时的项目没有什么用，不过让我学了一下asp.net开发的一些知识。这些工作对于我来说真的是太简单了，因为我已经实习做开发过一年。于是想要换工作，希望换一个开发的工作，找了一个月无果，于是机缘巧合找到了我的上家，但是还是测试开发的工作。为什么妥协呢？好吧，我承认我被金钱砸中了，开的薪水将近是我当时工资的3倍。

当时那个项目是刚成立的，正如我自己一样，跟一张白纸一样，我很兴奋也很努力，没事就到公司加班。甚至在还没入职的时候，就把自动化的测试框架搭好了。以至于后来也一直用着这个框架。开发和测试一直在磨合，当中也有不少矛盾和困难，两个月里面lead和PM相继离职。后来来了个经验很丰富的PM，在她身上学到了很多东西，整个测试流程的把控，如何及时push和沟通，还有她带来一些规范和概念，比如bug bush,就是在测试的某个阶段,通常是build complete阶段, 该模块的owner给出一个场景，全组其他不负责该模块的人花一天或半天时间来进行ad-hoc
testing。事实证明，这个还是挺有效的，能够发现不少问题。

差不多一年以后，她也走了，我们就采用agile的开发模式，无论是开发和测试的工作，都break up成一个个的小的task，每个sprint开始之前都会有个sprint planning meeting，每个人都会针对task估时间，每天能够及时sync每个人的状态。每个sprint完成的时候都有总结，那些do well, 那些need improve。

两年了,在同一个平台上做着类似的事情，没有了激情，也没有了挑战。在等待半年换项目无果后，我选择了离开。

测试工作做的越多，发现自己懂的还远远不够。

在现在的公司已经有半年时间了，这是一家创业型的公司。面对7,80人的开发团队，测试仅仅有6，7个人，而我主要负责自动化这块。在这种大环境下，既让我兴奋也让我郁闷，人少意味着可以有更多创造性的东西，郁闷的是没有测试始终没有办法深入测试。由于人少,没有时间在开发的同时进入控制质量，没有时间写test case，往往是最后一个知道要测试的东西，而且没有相应完善的文档，没有完善的测试环境，这些都是瓶颈。这种情况下,很严重的bug经常没有被发现。当这种bug出现时，往往最先被challenge的就是测试，这种情况下，如何规范流程，明确责任，提前预知风险是最重要的。而这种事情不是一朝一夕就能够完成的，希望我们的团队能够越来越好，一步步的向着优秀的适合自己的流程努力，fighting！