12年开始下定决心有时间的时候将工作中的一些问题、进步或者感悟记录下来,一边工作一边学习,一边总结工作经验,才能知道自己学习到了什么,有了哪些进步,才能逐渐提升自己的能力和水平,努力,加油!
测试人员如何汇报工作
上一篇 /
下一篇 2012-05-18 21:56:06 / 天气: 阴雨
/ 心情: 平静
/ 精华(3)
/ 个人分类:工作总结
很多人都强调对
工作经验的总结,其实我也赞同,但是一直没有记录过自己
学习过什么,工作中遇到过什么问题,或者工作中哪些是让我觉得有成就感的。今年换工作的时候,整理前公司的资料,想想,好像真的不太清楚自己学习到了什么,用例写的不多,大部分时间就是
功能测试、
系统测试,使用
黑盒测试方式,纯手工的。虽然偶尔会借助一些测试工具来辅助测试,提高效率。也有帮硬件测试组编写过2个
自动化测试工具,但是觉得自己的能力还是远远不足以达到自己对自己的要求,除了学会一些工具的使用,便总觉得那些工作对以后的工作不一定适用,也帮助不大。
进入新公司1个月多,今晚,为了下周一个项目的工作展开,和开发负责人做了项目开展前的沟通。
一,先说明开发这个项目的需求,也就是为什么要做这样一个项目,项目由哪些模块组成。二,讲解业务流程。三,讲解代码模块。
最重要的一点在最后面,这是我觉得最精彩的部分,所以觉得有必要将其记录下来,因为我们都觉得他很能说,一清楚的表达了他想表达的东西,而且思路清晰,简明扼要,对我们来说也有一定的帮助。
一,测试前先制定一个测试标准,也就是对一个功能模块的测试要达到什么样的条件才算通过,我们期望怎样一个结果?满足什么条件才能进行发布,包括使用什么测试方法,功能测试、自动化测试、
性能测试还是
压力测试?代码覆盖率要达到多少,这样开发也知道会用这样一个标准来要求自己,在开发的同时用测试标准来做一个衡量,也就是项目展开前开发与测试组达成一个共识,共同将项目的质量做好。
二、开发测试环境的搭建准备活动,可用开发环境,测试组也需要学习使用及配置测试环境,我个人认为使用测试环境会比使用开发环境好得多,因为开发环境很多开发者会在上面做调试,更改一些代码什么的,如果与测试同时使用,测试发现的问题不好定位,使用干净的测试环境是最好的选择。
三、实施计划,在测试领域称为测试计划,其实测试标准,使用什么测试方法也是在这里说明的,最主要的是评估测试的人力、时间、测试风险的一个评估。
四、测试报告,体现了测试完成后项目的一个状态。第一轮测试结果出来后,发给开发及领导者,对比期望的结果,测试标准,得出其间的一个差距,然后从这个差距中做出一个整改计划,迭代至测试通过为止。
最主要也是最重要的的一点是,做完了一轮测试,你要怎么向领导汇报工作?花了一周或2周的时间,你怎样用一个最精简的报告来呈现给领导看,在这个期间你做了什么工作,工作期间发现了什么问题,目前项目的是怎样一个状况,产品质量如何?是否可以发布(这个体现在测试报告中,当然跟一开始的测试标准是做为这个的依据),
这就是为什么要做出一个测试标准,一,领导知道你制定了一个测试标准,对测试领域的熟知程度,二、测试计划中对人力、时间的评估以及风险的评估,三、对于测试人员绩效的评估,最主要的就是发现BUG的数量及质量,迟早在早期发现严重的BUG降低开发成本,三、测试报告的体现。领导最主要看的就是测试报告,所以测试报告要尽量将工作中做了的事情体现出来。
本来今晚是想下班早点走的,下午一直头晕,但是上级要求留下来做记录,并整理发给他看,听开发负责人说的时候我就头大了,很多东西不明白,不知道怎样记录,一记录怕没听清楚他往下说什么。以前也就评审BUG的时候做过记录,一是,我不知道上级想要我记录什么,二是,对项目不太熟悉,不知道哪是重点,不知从记起。
最后硬着头皮将他画在白纸上的东西整理成3大点发邮件出去了。
下周开始更忙碌的工作,努力,努力再努力,加油,相信自己一定可以做得更好!
收藏
举报
TAG: