2022软件测试心得体会(精选5篇).docx

上传人:h**** 文档编号:12003488 上传时间:2022-04-23 格式:DOCX 页数:10 大小:35.95KB
返回 下载 相关 举报
2022软件测试心得体会(精选5篇).docx_第1页
第1页 / 共10页
2022软件测试心得体会(精选5篇).docx_第2页
第2页 / 共10页
点击查看更多>>
资源描述

《2022软件测试心得体会(精选5篇).docx》由会员分享,可在线阅读,更多相关《2022软件测试心得体会(精选5篇).docx(10页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、2022软件测试心得体会(精选5篇)篇一:软件测试课收获和体会 软件测试课学习心得 1204013031 许院生 12计本3班 这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。 我认

2、为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视

3、软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑 到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。 1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。 2、然后

4、就是,白盒测试中的逻辑驱动测试的覆盖率测试。 3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。 4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。 另外就是一个学期的学习让我纠正了几点误区: 1. 有位大师曾说过:“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。” 由此我

5、自认为测试就是为了找到bug,然而一个学期的测试学习经验告诉我这是错误的,如果只是为了找到BUG,那么BUG会成天缠着你。 2.在大家协力测试论坛的时期内,我曾认为这种大量的重复性的工作真的很乏味,可是在这乏味中真心发生挺多有意思的bug,意想不到的bug,所以我认为只要掌握了方法,在重复中寻到到创新的小惊喜,任何东西都有它的特点。 作为测试新手,通过一学期的学习,我认为能独立写测试计划,设计测试用例,精通一种测试工具,理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?! 在最后,我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获最大的了,课程要求测试时必须细心和耐心,我在

6、想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分离、识别还有归类bug,是不是也能真的改变我粗心大意和三分钟热度的毛病。 最后感谢刘老师这学期的课程讲授,和实践中的指导和帮助。测试路程,路漫漫其修远兮,吾将上下而求索。 篇二:软件测试心得 软件测试心得体会 软件测试工作是一个系统而复杂的工程,软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情,所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。 而且软件的测试不仅

7、是要确保软件的质量,还要给开发人员提供信息,以方便其为风险评估做相应的准备,以及为其提供分析依据,重要的是要贯穿在整个软件开发的过程中,保证整个软件开发的过程是高质量的。 软件测试对测试工程师来讲,要求具备较强的专业知识,严谨细心耐心的测试态度,良好的反向思维、发散思维能力、沟通能力等等。 以下是就自己的个人工作经历谈一些浅见: 1. 标准文档的制定: 1.1.任何一个公司要让自己的产品面市,都要有自己的一 套完整的品质标准,这个标准一定是在符合国标及客户 标准的基础上形成的企业标准,系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、安规要求等一系 列的产品标准,并根据客户特定要求相应调

8、整。 1.2.测试仪器的作业指导书(SOP)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。 2. 测试资料的归档: 标准媒体文件、测试报告、BUG LIST库(电子类问题、结构 类问题、软件类问题:方案自存问题、品证测试问题、生产 测试问题、客户反馈问题、终端消费者反馈问题等)、认证测 试文档归纳总结(认证公司培训资料、认证过程中出现并改善 的问题)、测试工程师经验分享、常见问题解答FAQ等。 3. 功能测试: 3.1.这是软件测试工作中最核心和最基本的一项测试,该测 试的主要内容是检查软件是否符合需求定义,并通过构 造正常的操作来检查的动作是否正确;在这个测试里, 正确性是最最重

9、要的软件质量要素。 3.2.功能测试按照可见性可以分为两类:显性功能和隐性功 能。 显性功能:指在菜单里可以看得到的功能。 隐性功能:指在菜单里看不到的功能。 例如,电话本的显性功能有增加、编辑、删除、拨打等, 这些功能可以在电话本的菜单里面看得到,姓名列表排 序则属于一个隐性功能,因为在电话本的菜单里没有这 样一个子菜单,但它却是一个实实在在的功能。 如以下这些隐性功能都测试中都需重点关注: a. 电话本上下页切换,是否有遗漏联系人信息? b. 是否支持手机内存、SIM卡电话本的同时下载?还是 支持从一种介质里下载? c. 断电后再上电,系统设置的时间是否有记忆功能? d. GPS信号正常时

10、,导航地图中时间是否有更新? e. TFT屏在Power offon, ACC offon时,屏的角度 是否有记忆? f. 模拟导航时,是否有双工功能?后台源声音输出是否 正常? g. 路试语音产品外置麦克风使用效果时,考虑车速、风 声、车内讲话噪声、汽车底盘/发动机噪声等对麦克 风录音效果的影响,软件多线程开启时导致的资源占 用/系统繁忙对后台录音系统的影响。(也可从结构方 面考虑:外置麦克风型腔开孔的接触面积,是否360 度可旋转等来增加录音的路径等。) h. 地图上的POI信息通过后台语音搜索获取不到,解决 措施:要求方案商讯飞完善后台语音库。 3.3.在实际的测试过程中,显性功能通过菜

11、单遍历可以很容 易地进行无遗漏的测试,但是隐性功能却很容易为我们 所忽略!一个有效的解决办法是去检查软件的功能定义 列表(Feature List),从这个列表里面找出那些隐性的 功能。 3.4.制定测试用例时,要充分考虑各功能模块软件的显性功 能和隐性功能。 4. 健壮性测试: 橘生淮南则为橘,生于淮北则为枳。是说明橘的健壮性太差。 该成语充分说明了我们对产品进行健壮性测试的必要性。 4.1.健壮性是指在异常情况下,软件还能正常运行的能力。 健壮性有两层含义:一是容错能力,二是恢复能力。 健壮性测试主要包括:电子硬件健壮性(如:遥控距离测 试、高低电压适应性测试、插拔电及开关机测试、静电 抗

12、扰度测试、热插拔测试)和机械健壮性(如:整机结构 设计基准测试、模拟运输测试、常温包装跌落测试)。 4.2.这项测试主要是检查软件对异常操作的容错能力,异常 操作通常要考虑异常输入操作及异常条件两个方面。 例如:测试蓝光媒体播放器时,反复把HDMI连接线拔掉,造成通信异常中断,再接上复合视频(CVBS)信号输出,即由数字信号输出转为模拟信号输出。恢复测试重点考察一下几项:(1)系统能否重新运行;(2)有无重要的数据丢失;(3)是否毁坏了其它相关的软件或硬件;(4)若软件出现系统报错,是否有自恢复能力。 4.3.软件的很多功能的实现是有很多隐含的条件的,在健壮 性测试中,要检查当这些条件不满足的

13、时候的反应。 例如:目前大多数3G智能手机,与各电信运营商形成利益捆绑,每款手机支持特定的电信运营商提供的通信服务,其它运营商提供的服务则被拒之门外。当使用移动SIM卡安装在只支持联通通信服务的3G手机上,关注该手机表现:是否在执行自动更新时重启?还是执行自动更新后提示不支持移动运营通信服务:SIM card not supported, emergency calls only? 例如:在做完常温包装跌落测试后,再测试机芯的读碟能力,读取偏芯碟、面振碟、偏重心碟、刮痕碟、指纹碟等等碟片,与未做跌落测试前读碟能力进行比较。如果读碟能力比以前更差,则考虑改进措施:软件适当增加录轨时间或机芯托盘加固等。 软件测试心得体会(精选5篇)出自:百味书屋链接地址: 转载请保留,谢谢!本文来源:网络收集与整理,如有侵权,请联系作者删除,谢谢!第10页 共10页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页第 10 页 共 10 页

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 工作计划

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com