【精品作文】软件测试心得体会(精选5篇)

【精品作文】软件测试心得体会(精选5篇)
版权所有：【碧意之时】
篇一：软件测试课收获和体会
软件测试课学习心得
1204013031 许院生 12计本3班
这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构 设计 甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑
到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。
1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简

单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1. 有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。” 由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。
2.在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远？！
在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获最大的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。
篇二：软件测试心得
软件测试心得体会
软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。
而且软件的测试不仅是要确保软件的质量，还要给开发人员提供信息，以方便其为风险评估做相应的准备，以及为其提供分析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软件开发的过程是高质量的。
软件测试对测试工程师来讲，要求具备较强的专业知识，严谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通能力等等。
以下是就自己的个人工作经历谈一些浅见：
1. 标准文档的制定：
1.1.任何一个公司要让自己的产品面市，都要有自己的一
套完整的品质标准，这个标准一定是在符合国标及

客户
标准的基础上形成的企业标准，系统而全面地描述一款
产品的功能、性能、可靠性、健壮性、安规要求等一系
列的产品标准，并根据客户特定要求相应调整。
1.2.测试仪器的作业指导书(SOP)及保养说明等。定义仪器
的使用步骤、操作指南和保养细则等。
2. 测试资料的归档：
标准媒体文件、测试报告、BUG LIST库（电子类问题、结构
类问题、软件类问题：方案自存问题、品证测试问题、生产
测试问题、客户反馈问题、终端消费者反馈问题等）、认证测
试文档归纳 总结 (认证公司培训资料、认证过程中出现并改善
的问题)、测试工程师经验分享、常见问题解答FAQ等。
3. 功能测试：
3.1.这是软件测试工作中最核心和最基本的一项测试，该测
试的主要内容是检查软件是否符合需求定义，并通过构
造正常的操作来检查的动作是否正确；在这个测试里，
正确性是最最重要的软件质量要素。
3.2.功能测试按照可见性可以分为两类：显性功能和隐性功
能。
显性功能：指在菜单里可以看得到的功能。
隐性功能：指在菜单里看不到的功能。
例如，电话本的显性功能有增加、编辑、删除、拨打等，
这些功能可以在电话本的菜单里面看得到，姓名列表排
序则属于一个隐性功能，因为在电话本的菜单里没有这
样一个子菜单，但它却是一个实实在在的功能。
如以下这些隐性功能都测试中都需重点关注：
a. 电话本上下页切换，是否有遗漏联系人信息？
b. 是否支持手机内存、SIM卡电话本的同时下载？还是
支持从一种介质里下载？
c. 断电后再上电，系统设置的时间是否有记忆功能？
d. GPS信号正常时，导航地图中时间是否有更新？
e. TFT屏在Power off→on, ACC off→on时，屏的角度
是否有记忆？
f. 模拟导航时，是否有双工功能？后台源声音输出是否
正常？
g. 路试语音产品外置麦克风使用效果时，考虑车速、风
声、车内讲话噪声、汽车底盘/发动机噪声等对麦克
风录音效果的影响，软件多线程开启时导致的资源占
用/系统繁忙对后台录音系统的影响。(也可从结构方
面考虑：外置麦克风型腔开孔的接触面积，是否360
度可旋转等来增加录音的路径等。）
h. 地图上的POI信息通过后台语音搜索获取不到，解决
措施：要求 方案 商讯飞完善后台语音库。
3.3.在实际的测试过程中，显性功能通过菜单遍历可以很容
易地进行无遗漏的测试，但是隐性功能却很容易为我们
所忽略！一个有效的解决办法是去检查软件的功能定义
列表(Feature List)，从这个列表里面找出那些隐性的
功能。
3.4.制定测试用例时，

要充分考虑各功能模块软件的显性功
能和隐性功能。
4. 健壮性测试：
橘生淮南则为橘，生于淮北则为枳。是说明橘的健壮性太差。
该成语充分说明了我们对产品进行健壮性测试的必要性。
4.1.健壮性是指在异常情况下，软件还能正常运行的能力。
健壮性有两层含义：一是容错能力，二是恢复能力。
健壮性测试主要包括：电子硬件健壮性(如：遥控距离测
试、高低电压适应性测试、插拔电及开关机测试、静电
抗扰度测试、热插拔测试)和机械健壮性(如：整机结构
设计基准测试、模拟运输测试、常温包装跌落测试)。
4.2.这项测试主要是检查软件对异常操作的容错能力，异常
操作通常要考虑异常输入操作及异常条件两个方面。 例如：测试蓝光媒体播放器时，反复把HDMI连接线拔掉，造成通信异常中断，再接上复合视频(CVBS)信号输出，即由数字信号输出转为模拟信号输出。恢复测试重点考察一下几项：（1）系统能否重新运行；（2）有无重要的数据丢失；（3）是否毁坏了其它相关的软件或硬件；（4）若软件出现系统报错，是否有自恢复能力。
4.3.软件的很多功能的实现是有很多隐含的条件的，在健壮
性测试中，要检查当这些条件不满足的时候的反应。 例如：目前大多数3G智能手机，与各电信运营商形成利益捆绑，每款手机支持特定的电信运营商提供的通信服务，其它运营商提供的服务则被拒之门外。当使用移动SIM卡安装在只支持联通通信服务的3G手机上，关注该手机表现：是否在执行自动更新时重启？还是执行自动更新后提示不支持移动运营通信服务：SIM card not supported, emergency calls only？
例如：在做完常温包装跌落测试后，再测试机芯的读碟能力，读取偏芯碟、面振碟、偏重心碟、刮痕碟、指纹碟等等碟片，与未做跌落测试前读碟能力进行比较。如果读碟能力比以前更差，则考虑改进措施：软件适当增加录轨时间或机芯托盘加固等。
【精品作文】软件测试心得体会(精选5篇)
版权所有：【碧意之时】
篇一：软件测试课收获和体会
软件测试课学习心得
1204013031 许院生 12计本3班
这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是

确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构 设计 甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑
到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。
1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。
4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1. 有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。” 由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。
2.在大家协力测试论坛

的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。
作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远？！
在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获最大的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。
最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。
篇二：软件测试心得
软件测试心得体会
软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。
而且软件的测试不仅是要确保软件的质量，还要给开发人员提供信息，以方便其为风险评估做相应的准备，以及为其提供分析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软件开发的过程是高质量的。
软件测试对测试工程师来讲，要求具备较强的专业知识，严谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通能力等等。
以下是就自己的个人工作经历谈一些浅见：
1. 标准文档的制定：
1.1.任何一个公司要让自己的产品面市，都要有自己的一
套完整的品质标准，这个标准一定是在符合国标及客户
标准的基础上形成的企业标准，系统而全面地描述一款
产品的功能、性能、可靠性、健壮性、安规要求等一系
列的产品标准，并根据客户特定要求相应调整。
1.2.测试仪器的作业指导书(SOP)及保养说明等。定义仪器
的使用步骤、操作指南和保养细则等。
2. 测试资料的归档：
标准媒体文件、测试报告、BUG LIST库（电子类问题、结构
类问题、软件类问题：方案自存问题、品证测试问题、生产
测试问题、客户反馈问题、终端消费者反馈问题等）、认证测
试文档归纳 总结 (认证公司培训资料、认证过程中出现并改善
的问题)、测试工程师经验分享、常见问题解答FAQ等

。
3. 功能测试：
3.1.这是软件测试工作中最核心和最基本的一项测试，该测
试的主要内容是检查软件是否符合需求定义，并通过构
造正常的操作来检查的动作是否正确；在这个测试里，
正确性是最最重要的软件质量要素。
3.2.功能测试按照可见性可以分为两类：显性功能和隐性功
能。
显性功能：指在菜单里可以看得到的功能。
隐性功能：指在菜单里看不到的功能。
例如，电话本的显性功能有增加、编辑、删除、拨打等，
这些功能可以在电话本的菜单里面看得到，姓名列表排
序则属于一个隐性功能，因为在电话本的菜单里没有这
样一个子菜单，但它却是一个实实在在的功能。
如以下这些隐性功能都测试中都需重点关注：
a. 电话本上下页切换，是否有遗漏联系人信息？
b. 是否支持手机内存、SIM卡电话本的同时下载？还是
支持从一种介质里下载？
c. 断电后再上电，系统设置的时间是否有记忆功能？
d. GPS信号正常时，导航地图中时间是否有更新？
e. TFT屏在Power off→on, ACC off→on时，屏的角度
是否有记忆？
f. 模拟导航时，是否有双工功能？后台源声音输出是否
正常？
g. 路试语音产品外置麦克风使用效果时，考虑车速、风
声、车内讲话噪声、汽车底盘/发动机噪声等对麦克
风录音效果的影响，软件多线程开启时导致的资源占
用/系统繁忙对后台录音系统的影响。(也可从结构方
面考虑：外置麦克风型腔开孔的接触面积，是否360
度可旋转等来增加录音的路径等。）
h. 地图上的POI信息通过后台语音搜索获取不到，解决
措施：要求 方案 商讯飞完善后台语音库。
3.3.在实际的测试过程中，显性功能通过菜单遍历可以很容
易地进行无遗漏的测试，但是隐性功能却很容易为我们
所忽略！一个有效的解决办法是去检查软件的功能定义
列表(Feature List)，从这个列表里面找出那些隐性的
功能。
3.4.制定测试用例时，要充分考虑各功能模块软件的显性功
能和隐性功能。
4. 健壮性测试：
橘生淮南则为橘，生于淮北则为枳。是说明橘的健壮性太差。
该成语充分说明了我们对产品进行健壮性测试的必要性。
4.1.健壮性是指在异常情况下，软件还能正常运行的能力。
健壮性有两层含义：一是容错能力，二是恢复能力。
健壮性测试主要包括：电子硬件健壮性(如：遥控距离测
试、高低电压适应性测试、插拔电及开关机测试、静电
抗扰度测试、热插拔测试)和机械健壮性(如：整机结构
设计基准测试、模拟运输测试、常温包装跌落测试)。
4.2.这项测试主要是检查软件对异常操作的容错能力

，异常
操作通常要考虑异常输入操作及异常条件两个方面。 例如：测试蓝光媒体播放器时，反复把HDMI连接线拔掉，造成通信异常中断，再接上复合视频(CVBS)信号输出，即由数字信号输出转为模拟信号输出。恢复测试重点考察一下几项：（1）系统能否重新运行；（2）有无重要的数据丢失；（3）是否毁坏了其它相关的软件或硬件；（4）若软件出现系统报错，是否有自恢复能力。
4.3.软件的很多功能的实现是有很多隐含的条件的，在健壮
性测试中，要检查当这些条件不满足的时候的反应。 例如：目前大多数3G智能手机，与各电信运营商形成利益捆绑，每款手机支持特定的电信运营商提供的通信服务，其它运营商提供的服务则被拒之门外。当使用移动SIM卡安装在只支持联通通信服务的3G手机上，关注该手机表现：是否在执行自动更新时重启？还是执行自动更新后提示不支持移动运营通信服务：SIM card not supported, emergency calls only？
例如：在做完常温包装跌落测试后，再测试机芯的读碟能力，读取偏芯碟、面振碟、偏重心碟、刮痕碟、指纹碟等等碟片，与未做跌落测试前读碟能力进行比较。如果读碟能力比以前更差，则考虑改进措施：软件适当增加录轨时间或机芯托盘加固等