软件测试工作总结
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
软件测试工作总结
篇一:软件测试员工作心得体会XX最新范文
软件测试员工作心得体会XX最新范文
它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重,能主导整个项目的走向,成败与否全在于开始阶段的决策。
体会二:软件测试的真正意义在于发现错误,而不在于验证软件是正确的。
再严密的测试也不能完全发现软件当中所有的错误,但是测试还是能发现大部分的错误,能确保软件基本是可用的,所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论,故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。
体会三:在系统性能测试方面需要重视。
经过这次培训中多个案例的讲解,让我了解到系统在上线之后会有很多不能预知的性能问题,需要在上线之前实现进行模拟,以规避风险,包括大数据量访问,高并发数等等。
当然也有很多应对手段,没有哪种手段可称为最完美,只有最合适的,需要灵活掌握,综合运用以达到最优程度,这是个很值得研究的领域。
下面是本人的几点想法:
想法一:加强系统上线前的性能测试。
目前我们在项目建设过程中对性能压力测试的重视程度还不太高,厂家也很少有雇佣第三方的测试机构。而是在现进行试用,遇到问题再解决,可能会产生滞后问题,影响客户使用。希望以后能在性能测试方面提高重视程度,加大人力投入,以保证系统上线后能够稳定运行。
想法二:适当介入相关项目研发
对于快速响应这块,我们不能一味依赖厂家,而希望自己就能快速响应,及时将问题解决。这也是一个比较长远的问题,需要加强研发力量的投入。
我个人是做开发出身,有此类经验,当时是在客户现场,因为了解系统内部结构,能够在第一时间排查解决客户所反馈问题。
现在系统完全由厂家开发,很难了解内部结构,或许会造成后期维护困难。所以,是否应该针对某些项目介入厂家研发工作,比如请厂家提供源代码等
相关要素,以增进维护人员对系统的了解。
最后再次感谢公司提供的平台,感谢领导的信任,让我有机会得到更深层次的学习以及展示自己能力的机会,我也会尽我所能来完善工作的系统,提高整体工作效率,为南方电的发展建设提供更坚实,优秀的支撑服务平台。
篇二:软件测试半年工作汇报总结
年工作总结
工作刚满三个月,在这三个月的时间内,我主要做了以下几个方面的工作:
1. 对软件的熟悉与理解
2. 跟随开发人员对软件的改进进行了跟踪测试,利用功能组合的方法,对各种工具进行了测试,提交Bug共计405个,已验证关闭268个。
3. 对软件用户手册和管理员手册的一部分进行了测试与更改,期间也加深了对该软件各个功能的理解
对已经实现的功能基本上都进行了测试,对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求,主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。
在这段期间软件根据用户的反馈一直在不断的改进,基本上每天都会有变化,我跟据开发的进度一直在不断的测试,对新增加的工具边使用边学习,提交缺陷报告,并及时与开发人员进行沟通处理有歧异的缺陷报告,反复验证修复后的缺陷。直到上一周利用他们出差的时间,我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进,软件的各项功能已经越来越全面,
目前软件的基本功能都已实现,致命错误越来越少,
期间也试用了自动化性能测试工具LoadRunner,由于软
件还没有整体完成,在使用中不好匹配协议,现在正在熟悉另一个自动化工具RationalRobot来进行性能测试。
下半年,主要工作时是:
1. 随着软件的逐步完成,将细化功能测试并及早的着手准备性能测试,界面测试,易用性等其他方面的总体测试,
2. 测试所有与本软件有关的文档
3. 解决所有遗留的有歧异的缺陷报告,参照提交的缺陷报告进行回归测试。
4. 随着其他项目的开展着手准备测试前期的工作。
具体的工作实施安排还将根据项目组的工作进展和规划进行调整。
篇三:软件测试总结报告
1 引言
编写目的
编写该测试总结报告主要有以下几个目的
1.通过对测试结果的分析,得到对软件质量的评价
2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考
3.评估测试测试执行和测试计划是否符合
4. 分析系统存在的缺陷,为修复和预防 bug 提供建议
背景
用户群
主要读者:***项目管理人员
其他读者:*** 项目相关人员。
定义
基本功能点测试:等价类划分法、边界值法、错误推测法、场景法
业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题
回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,
以及是否又引起了其它错误
测试对象
对综合管理系统进行全新测试,主要进行功能测试、系统测试
测试阶段
第一阶段:对主业务逻辑及功能进行测试
第二阶段:对所有业务逻辑及功能进行深入测试
第三阶段:回归测试
测试工具
BugFree缺陷管理工具
参考资料
《***功能描述》
《***数据字典》
《***测试计划》
《***测试用例》
《***项目计划》
2 测试概要
***系统测试从 XX年7月25日到XX年10月12日基本结束,历时近70个工作日。后续还有一些扫尾的工作,又增加一些工作时日。是一项花费大量人力物力的项目。
***通过BugFree缺陷管理工具进行缺陷跟踪管理,在bugfree中有详细的测试用例以及用例执行情况记录进度回顾
测试执行
此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试、
测试用例
3 测试环境与方法
软硬件环境
测试方法和工具