我的测试之路--功能测试

    前段时间写了一篇自己测试感悟得到很多同行朋友的关注，所以想继续写一些关于自己的测试成长之路，以便让更多的新人能够更快的进入角色。注：文笔不好，希望大家别介意！

 

    我所在的公司是一家IC设计公司，主要包括硬件(芯片)和软件(Soc)两部分，所以测试也就相应的分芯片验证测试和系统软件测试两大部分，我们部门主要负责系统软件的测试。

    刚进公司的时候，测试部有驱动测试组，多媒体测试组和系统测试组，而我被分到了多媒体测试组。多媒体测试主要包括音频，视频，图形图像的测试。在工作的前3个月，我主要做音频和视频部分的功能测试。我觉得自己比很多测试新手幸运，由于公司的整个测试流程和文档都很规范，在工作初期也会有专门的辅导员来带，所以自己的成长非常快。

    在做功能测试的3个月中，印象最深的是国庆的加班。9月28号我的辅导员让我做一个音频版本的全面测试（大概有400首左右歌曲），并且告诉我在国庆后一定要完成，由于一个全面测试版本一般得需要4天才可以完成而自己也是刚进入公司，所以就在国庆加了2天班。国庆后我告诉辅导员说我加了2天班完成了该版本测试，可她竟然告诉我其实也不是必须得10月8号出来，晚几天也可以的，当时那个郁闷啊...（希望新人如果遇到这种情况，首先需要和你的辅导员沟通，是否必须得在XXX时间完成？然后再决定是否加班，当然如果自己能主动加班完成更好了，起码会让别人觉得你比较勤快）

    个人觉得作为一个测试新手，首先需要弄清楚测试的一些基础知识，如：什么是测试，测试的阶段，测试的分类，测试用例的设计方法等。其次需要重点了解目前所在公司的测试流程，分析与书本上的测试流程有什么不一样？再次需要去了解自己所测试模块的一些基本信息，如：功能需求，详细设计，测试用例，BUG情况等。在了解以上基础知识后，应该重点去关注测试用例的设计（可以询问用例编写人员设计的策略是什么？），分析有没有觉得冗余或遗漏的地方，以及该模块的测试策略。接着就去阅读BUG库，弄清楚该模块的BUG情况（BUG分类标准，遗留BUG情况，重现步骤等）。记得当初自己就花了很长时间去阅读CQ(Clear Quest)库，从而学到了该如何去测试音视频模块，BUG应该怎么描述。在发出测试报告的时候，需要注意：1.测试报告文档中有没有遗留或出错的地方；2.邮件的正文描述（最好分为几部分，如：测试环境，测试目的，测试结果（修改点/新增功能点验证情况，发现的BUG数目，）测试总结）；3.出现BUG的Log信息。

    这3个月的功能测试使我对公司产品的特性，测试流程及相关文档的编写，用例设计的策略，测试策略有了一定的了解，对我最白盒测试打下了一个好的基础。希望大家千万不要觉得黑盒测试没意思，学不到东西，其实关键在于自己愿不愿意学，有没有去总结。