吴山楚水毓资灵, 宜景宜时任纵横。 航顺风帆八级路, 龙起大泽啸苍穹。

项目结束 7月21日日报(项目总结,周春江老师)

上一篇 / 下一篇  2009-07-21 19:25:09 / 个人分类:51testing学习日报

    今天项目结束了,因为进度,开发方式的原因,最后的回归测试没有进行。不过还是进行的最后的项目总结,总结的主要包括对项目过程中数据的分析,还有对项目进程中遇到的问题予以分析和解决。

    一、测试过程数据的采集主要分为测试设计的数据和测试执行的数据。

    测试设计的数据:1.工作量(每个测试点的用例个数)

                 2.用例的稳定性(用例的变更情况)

                 3.用例的有效性(用例数与BUG数的比值)

                 4.用例对需求的覆盖

     测试执行的数据:1.执行效率(单位时间的用例执行数)

                   2.执行进度(执行的用例数随时间的变化情况)

     以上的情况均可按照测试点、全组、每个组员三个维度进行数据的统计。

     二、测试质量数据的度量主要包括:1.各测试点的bug数

                                2.不同严重程度的bug数

                                3.各测试点用例执行状态

     三、TP测试中出现的问题

     1.测试计划没有完全实施。

           1)开发工作延误----及时通知项目经理

           2)计划可实施性不够----调整计划,测试点可以逐步增加

           3)突发情况----考虑缓冲时间,人员备份

     2.测试方案不够细致,具体体现在测试用例、缺陷报告的风格不一致。解决办法是在制定方案时不能仅仅作为文档,需要全员参与,共同制定并一起遵循。

     3.用例设计完后,SRS变更,导致部分用例无效

           1)用例不用设计得过于细致

           2)用例设计可以不涉及具体数据

           3)与开发沟通,明确容易变更的部分

     4.用例执行顺序,不是从第一个开始

           1)可以根据测试点的顺序

           2)可以根据测试用例的重要级别

     5.如何判断用例设计是否充分

           1)覆盖SRS中的需求,覆盖测试类型,集思广益(主观)

           2)用例密度达到标准,【bug数/用例个数】达到标准(客观)

     6.用例评审个数较多,评审效果受影响。

           1)交叉评审

           2)主要评审用例的设计思路

     7.测试环境的搭建很被动。需要尽量搞清楚所以然。

     8.缺陷分析不够深入,缺陷描述带有主观色彩。发现缺陷后多次尝试,进行复现,描述清楚步骤和现象,不用评论性语句。

     


TAG:

jarystar的个人空间 引用 删除 jarystar   /   2011-06-13 15:27:39
5
 

评分:0

我来说两句

日历

« 2024-04-25  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 34377
  • 日志数: 62
  • 建立时间: 2009-04-22
  • 更新时间: 2009-09-17

RSS订阅

Open Toolbar