软件测试员的年终项目总结

上一篇 / 下一篇  2024-01-08 17:20:52 / 个人分类:软件测试

测试总结,是测试负责人或测试经理的测试管理能力的体现。在项目或版本测试完成,测试报告上交后,测试的工作并不是完结了,而是另外一件大事需要做,那就是为这个项目或是版本做一次测试总结。

测试总结不仅仅要总结测试过程中内部的问题、外部的问题,它的定位是对这个项目或是这次的版本做一个全面的总结。以下是我最近参与的项目,从这个项目全面的来谈谈测试总结,希望给测试的小伙伴们一个好的想法,起到抛转引玉的作用。

这个项目的背景:1、项目周期历时半年的时间,涉及到8个应用系统;2、测试周期历时三个月,8个应用系统需测试。现回顾与描述整体项目的测试情况,总结经验教训。

一、测试过程总结

1、测试目标

项目的主系统为新建系统,涉及到另外7个外围应用系统与之相关联。重点安排新建功能点的测试,同时考虑外围系统修改后与新建系统的关联范围。测试团队以“整体交易通过率99.9%”为目标,采用端到端测试方法,实施功能、非功能测试;监控案例执行率、通过率等重要指标,重点难题逐个突破,以确保投产后系统稳定可靠运行。

2、测试计划策略

3、测试范围

3.1新建系统

·界面类:所有界面都需要做UI、边界值、流程等等的验证;

·接口验证:所涉及到的接口都需要做本身接口的验证及跟外围连通的验证;

·全流程验证:应用系统与相关联系统做端对端的验证;

·兼容性测试:新建系统的兼容性验证;

·安全性测试:新建系统安全性的验证;

3.2外围系统

·接口验证:与新建系统对接的接口进行详细验证;旧接口进行流程验证;

·全流程验证:所有功能进行全流程验证;

·改造功能测试:外围系统自身改造功能进行重点验证;

4、测试用例

在测试案例方面,总结经验是:项目中对于用例的完善工作要果断,不要碍于时间影响;项目中可以采用功能二维表方式,清晰的分析测试点和执行结果。即前期用例主要以功能点验证为准,中期完善用例,后期加强用执行上的覆盖工作。

项目每轮次测试设计案例数、测试案例执行数、案例通过率情况如下:

5、提版情况

测试团队承接这8个应用系统中,提版的情况见下图。

编辑

新建系统平均每日提版2.2次,这包括了非工作日,说明每个工作日平均提版次数接近3次。外围系统中,外围系统2涉及到的连入新系统的工作量比外围系统1的大,但提版次数及下面的缺陷个数来看,都比外围系统1的少。

二、测试结果分析

1、测试缺陷

测试团队承接这8个应用系统,共发现缺陷1,791个,案例命中率18.8%。

1.1缺陷数及缺陷趋势

每一轮发现缺陷数及趋势数据如图所示。第二轮实际为外围测试第一轮,从趋势可以看出在外围测试前两轮,趋势呈直线上升。在回归测试开始,缺陷呈完全递减状态。

完全符合项目质量管理中缺陷发现规律(缺陷发现比例为50%,30%,15%,5%),缺陷整体发现趋势正常。

1.2 ABCD级别缺陷占比情况

AB级缺陷总体占比46%,较公司定的组织级别的测量指标占比高。在这个项目中,测试发现的重大问题占比高,说明测试的目标性强,方向准确。但也从另一个方面,说明这个项目的程序质量也较其它项目稍弱,测试难度大。

1.3各系统的缺陷情况

2、质量分析

此项目的重点评估指标为交易覆盖度,交易通过率,缺陷收敛,缺陷遗留等,整体达标,符合上线标准。

3、问题分析

1)漏检责任系统分析

共计9个问题涉及漏检,分布于4个系统。

2)漏检原因分析:针对整体情况的测试漏检原因主要是测试分析遗漏,业务需求不全,具体分布如下:

三、管理经验总结

进度管理

在计划制定方面,测试团队按以下方式开展工作:

·测试经理根据项目整体计划及各里程碑点,确定了测试整体计划及轮次安排,同时制定了每轮的测试策略及目标;

·任务分解:测试计划与目标按周分解,便于跟进与通报各系统进展。在进度监控方面,主要措施包括:

·测试计划纳入风险管理的范围,定时检查测试进展,识别风险;计划变更纳入监控范围。

·测试计划在测试方案评审时统一纳入评审范围,目的在于审核其合理性。

可以到我的个人号:atstudy-js,可以免费领取一份10G软件测试工程师面试宝典文档资料。同时我邀请你进入我们的软件测试学习交流平台,大家可以一起探讨交流软件测试,共同学习软件测试技术、面试等软件测试方方面面,了解测试行业的最新趋势,助你快速进阶Python自动化测试/测试开发,稳住当前职位同时走向高薪之路。

四、后续改进方向

1、持续推进测试知识库建设

基于磨刀不误砍柴工的认识,测试团队必须持续通过基础案例库的建设,通过测试基础规范的制定,以保持团队整体战斗力。在后续的测试中,需要持续更新这些基础规范,以保持可用性和有效性,规避人员流动等带来的新老交替问题。

2、参与“迭代”“敏捷”,探索测试模式的多样性

迭代开发、敏捷开发需要开发测试的联动性非常紧密,在项目前期,测试团队对于文档缺失等现实问题极不适应,后续测试团队如何提前介入开发任务,开发部门如何加强有效配合都是需要积极探索的方向。

最后:

添加微信:atstudy-js  或者扫描下方二维码,备注“博客”邀请你进入Python自动化测试学习交流群~


TAG:

 

评分:0

我来说两句

Open Toolbar