吴山楚水毓资灵,
宜景宜时任纵横。
航顺风帆八级路,
龙起大泽啸苍穹。
项目结束 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: