工作总结2014-11-04

上一篇 / 下一篇  2014-11-05 10:20:25 / 个人分类:测试【总结】

2013年到2014年一年内没有写过日志,今天就将这一年的工作总结下,也不完全是总结这一年来的工作情况,更多是对进入这家公司后,测试工作的一个总结吧!

  之前的一篇文章大体比较了两家公司测试工作的不同,但如今看来,最大的不同莫过于一个是对产品的测试,一个是对项目的测试。对产品测试的重点在于每次的升级对已有功能的影响程度,必须确保每次的升级工作不影响已有功能的使用,并且新增功能是可靠的。对项目测试的重点在于整个测试周期的控制,确保开发的进度和测试的进度符合整个项目研发周期,在预定的项目交付日期内,完成了所有功能点的测试。以上两点是我个人的总结,当然应该不止以上两点。

    在项目较多,人员又配置不充足的情况下,则需要一个人承担对一个项目的测试工作。那么这个项目能否按照最初规定的交付日期顺利交付,就需要整个团队的协作,首先开发需要保证在充足的时间内给予测试人员发布相应的测试版本,这个是前提,当然开发周期控制是开发经理需要考虑的,这里不做过多对开发周期控制的说明,主要以测试周期控制来说。作为测试人员,当独自面对一个项目时,需要具备哪些测试能力。首先,面对一个项目需要不慌不乱的态度,只有在良好的状态下才能进行更好的测试。就是自己要表现出我能行,小意思的感觉。其次,宏观把控测试进度的能力,这个说法比较概括,主要表现在:对项目需求的认知、对测试范围的了解、对测试策略的设计、对测试方法的掌握、对项目业务知识的理解程度等,以上这些具备了,才能做到对项目进度的控制。再次,与项目经理、开发人员良好的交流,只有及时和他们进行交流目前项目的测试情况,才能做出好的判断,及时调整测试工作。大的方面就这些,其他项目生命周期过程中出现的问题,需要个人的经验来及时处理掉。来这家公司学到的最主要的东西就是怎样宏观把控一个项目的测试周期,并顺利将项目交付用户使用。这个过程看似简单,却也不简单,只有当自己胸有成竹的说,我自己可以负责一个项目的时候,那种感觉很美好。

     上面写的都很宽泛,下面就来一些具体的工作细节。

     公司bug管理流程相比还是比较规范的,有专门bug管理跟踪系统,以及一套对bug跟踪处理的流程,具体包含,一个bug从新建到最后关闭的处理机制,以及对有争议bug的处理。

      测试用例的设计想必大家都不陌生,公司由于每次项目的需求不明确,或者很粗糙,导致测试人员编写用例很难,所以我们的测试用例基本都是开发的demo出来后才开始着手写的。测试用例的编写确实有很多方法,好的测试用例设计能够帮助测试人员发现很多有用的bug,目前个人觉得自己的测试用例设计水平还很初级,需要在后期加强,怎样设计高效的bug,发现有价值的缺陷,以及发现更多的缺陷,而不仅仅只是看自己编写的用例的数目多少。还有如何对不断更新的系统进行用例的补充,发现只要第一遍设计完后,就不想看第二遍了,这个是个什么情况呢?看来是觉得测试用例没多少作用,或者觉得之前的用例太繁琐,需要好好考虑下,测试用例的更新情况。   

     测试策略、测试方法设计,这个还是要根据测试经验来。哪些东西对项目是有必要的,那些是可以剔除的。

     测试报告的提交…..未完待续

        


TAG:

 

评分:0

我来说两句

Open Toolbar