【IT168 评论】算算时间，实习加上正式工作，测试工程师我都当了5个月了，这5个月我对功能测试这份工作从害怕(害怕完全不会做)到自我感觉还可以(努力可以胜任)再到现在的恐慌。

　　刚来实习的时候，我很害怕，而且老是喜欢拿着书本的理论套在工作上，我很清楚得记得我参与大帮助项目的时候关于关键字标签长度的问题，韩盘写的测试标签长度200的测试，因为文档上都没看到说边界是200，我问她为什么，她说因为实际用户操作的时候一般不会出现大于200的情况，当时我的想法就是我要把书上的理论知识用起来，测试这个边界值。实习一段时间后我开始明白了测试业务流程才是我们的重中之重，书上的理论生硬的套在工作中是不可行的。

　　实习了三个半月，做了日常和项目，慢慢开始自我感觉功能测试就那么一回事，只要业务知识点都清楚了，数据库表结构弄清楚了，功能测试做起来也就差不多那样了，从7月1号参加现在处在的这个项目，我意识到了自己对功能测试的理解是多么肤浅。

　　说测试设计吧，我现在看到的测试设计大多做的事情就是把开发的UC转化我们测试人员理解的活动图，状态转换图……事实是我也是跟着这么做的，甚至我会郁闷的把两者混在一起，看起来既像是开发画的又像是测试画的….测试设计仅仅该做这些吗?

　　设计评审完了之后开始写TC了，我们的做法是先把TC的框架搭好，这个时候我开始发现里面很多重复的校验点，但是不同的业务场景校验点又有点不一样，还有一批这期系统虽然实现了但没有业务支持的功能，这些我需不需要在这期测试?带着一堆问题请教师傅，师傅说哪个点需要测试不是别人说了算而是你说了算，你应该问你自己这个点不测试你能承担这个风险吗?这期没有业务支持的功能你是这期测试还是下期测试这些你都该在测试设计中体现出来，并且列出原因，哪块功能你选择什么样的测试方法这些都是我们测试设计的内容……

　　上周五下午和宝驹过自动化测试功能点的时候，给我上深深的上了一课，他讲到了我们应该准备一批自己的测试数据，用来测试自己负责的业务模块，方便以后维护，讲到了项目中哪些是我们重点关注的点，比如手动触发时间程序，我们就只需要测试能否把时间程序接口调用起来就可以了……

　　这个项目进展到现在，师傅的话和宝驹的这些建议，让我深刻的认识到我还不会做功能测试，我对功能测试的理解太过肤浅了，功能测试不是简单的了解业务，了解下数据库表结构就可以了，有更多的方法和技巧等着我去学，如何准确掌控项目中的风险，运用高效快捷的方法做好功能测试，是我这个测试工程师的下一个里程碑。