I believe I can fly!

针对系统中新模块出现较多问题的情况做出的分析

上一篇 / 下一篇  2007-12-27 10:45:02 / 天气: 阴雨 / 心情: 平静 / 个人分类:工作汇报

关于新模块出现问题较多的情况,我个人认为测试人员和开发人员还包括公司都需要做出总结,并在以后的项目中引起高度重视,正所谓前事不忘,后事之师。

首先,需要关注的就是时间问题。安排测试的项目周期本来就不是很充裕的,更何况新的模块基本都是在靠近项目实施上线才基本开发完毕,项目测试越接近尾声,对于测试人员来说时间就是更为紧迫,需要完成的工作就越多,一边要负责已修复BUG的复测,一边还要完成用户手册的编写,甚至完成视频。测试文档资料的提供也是测试过程必不可少的一部分,而且是相当重要的一部分。很多时候都会因为系统界面上或者流程做了微小的调整而不得不重新调整用户手册或者录制视频,导致新模块的测试时间相对减少。

其次,开发人员与测试人员的沟通不够。在新模块基本开发完毕时,也许只有开发人员还对新的模块有些熟悉,测试人员对新开发的模块就会显得略微茫然。因为是新模块,测试人员甚至都无法在需求中找到相应的参考规范,无疑影响了测试人员对新模块理解的广度和深度。比如模块间细微的关联性,各种状态代表不同的含义等等。只要开发人员能抽一点时间与测试人员做些交流,这样对测试人员在探究新模块的过程中,就会起到事半功倍的效果,提高了工作效率。

最后,也是项目进行过程中最关键的一点:在未完成测试通过的前提下就直接去现场实施。大致浏览了一下最近的几个项目的TD,会发现出现问题多的模块都是BUG的状态还处于“open”较多或者还有部分“fixed”的。所以我提议如果要提高系统质量,测试主管对项目的评估和把关必须得到充分重视,不能一切都以项目经理为中心。

以上纯属个人观点,如有不恰当之处,请指正,谢谢!


TAG: 工作汇报

 

评分:0

我来说两句

Open Toolbar