关于嵌入式测试或我blog中的话题讨论，可与bobo45123@163.com联系.

发布新日志

  • 我的测试之路--职业发展

    2010-08-11 21:59:44

      前段时间由于比较消极，浮躁，虽然每天都会逛论坛，可是却没有写帖子的想法，这个月我会慢慢的将我测试之路充实起来。
      对于测试人员职业发展，网查很多资料总结起来大致分为以下2种路线：
      技术路线：
      初级测试工程师--中级测试工程师--高级测试工程师--测试技术专家/测试架构师
      管理路线：
      初级测试工程师--中级测试工程师--小组leaer--测试主管--测试经理
     
      个人认为对于一个测试工程师，更应该关心的是测试技术的提升，当然编码能力也需要，但不是重点。测试架构师一般都是由开发人员转行担任，对于从一毕业就进入测试行业的人来说想达到测试架构师的高度真的很难。因此对于编程基础弱的测友，完全可以往测试技术专家发展，在实际项目中只需要去设计测试策略，把握测试点即可，如果需要开发一些工具，完全可以和研发人员沟通让其协助开发即可。
     
      以上观点仅供参考，欢迎广大测友拍砖

    查看(786) 评论(2) 收藏 分享 管理

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

    2010-07-10 23:23:18

        前段时间写了一篇自己测试感悟得到很多同行朋友的关注，所以想继续写一些关于自己的测试成长之路，以便让更多的新人能够更快的进入角色。注：文笔不好，希望大家别介意！
     
        我所在的公司是一家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个月的功能测试使我对公司产品的特性，测试流程及相关文档的编写，用例设计的策略，测试策略有了一定的了解，对我最白盒测试打下了一个好的基础。希望大家千万不要觉得黑盒测试没意思，学不到东西，其实关键在于自己愿不愿意学，有没有去总结。

    查看(436) 评论(0) 收藏 分享 管理

  • 我的测试之路--测试3年感悟

    2010-07-01 22:48:24

      不知不觉做测试已经快3年了，记得刚毕业那会，自己已经拿了一封开发的offer，在医院体检的时候，现公司的HR打电话给我，问我有没有兴趣做测试，我就说，"已经拿到offer了，就不去贵公司面试了"。不过那个HR的GG并没有放弃，而是建议我，“就算给自己增加经验了”后来想想也行，就去了。

      记得当时是下午1：00到的公司，做了一份C语言的题，然后就是测试经理（现在我们老大）过来面试，主要问了一些测试方面的东西，如：知不知道什么是测试？测试的目的，测试方法等；当时虽然学校有软件测试的课程，不过由于是选修课，没有认真去听。感觉答的不怎么样。后来老大又问了我一个a=a^b;b=a^b;a=a^b;(^代表异或)实现的是一个什么功能，自己当时也就举了10，01来做，虽然计算出来了结果可是没能答出该题的功能(功能：a，b互换)；再后来老大又问了一些问题，自己都不清楚，以至于自己当时直接说了句，“不要再问了，我什么都不会”(现在想起来那个汗...)。后来老大走了，HR主管和我谈了待遇问题，由于比我当时做开发还要高点，就接受了这份工作。(后来才知道老大当时招我进来，主要是觉得我机灵，有悟性，现在和老大谈起，她也说当时的决定没错*_*)

      由于公司产品的性质，自己主要从事嵌入式软件方面的测试。在工作的3年中，纯黑盒测试做了3个月，后来一直就做多媒体库的接口测试（灰盒），从09年6月份开始担任小组的leader，期间也做了一些测试工具和测试框架的开发。个人觉得嵌入式软件测试难点在于：①PCB板上代码的覆盖率；②性能方面的测试（由于测试环境的特殊性，不像web测试，有LR可用）；③功能自动化测试（如测试一台MP4机的音频播放，不能像Web测试可以使用QTP来录制自动化脚本，而只能需要测试人员手动操作）。这③个测试点在PC上由于有相应的测试工具比较简单，而对于嵌入式系统来说就得自己去开发相应的测试工具来进行。

      作为一个测试人员，一定要具备一定的coding能力，否则测试的职业生涯会很短暂（总不可能一直做黑盒测试吧）。只有自己懂得coding，能够看懂coding，才可以在发现BUG后自己先试着去定位BUG产生的原因甚至出错的代码行，并在最后将结果告诉研发人员。只有这样，研发才会真正的认可测试，不会觉得测试只是敲敲键盘，动动鼠标，没有一点技术含量。也只有这样，自己才可以在工作中更好的与研发人员沟通，自己在职业发展上才可以选择管理 or 技术 路线。

      注：文笔不好，请大家见谅，只是想分享自己的测试经验，也希望大家能email给我。推荐书籍《赢在测试：中国软件测试先行者之道》，《步步为赢--软件测试管理全程实践》

    查看(1491) 评论(14) 收藏 分享 管理

Open Toolbar