软件测试项目心得体会

软件测试项目心得体会篇一：软件测试心得软件测试心得体会 软件测试工作是一个系统而复杂的工程，软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情，所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。 而且软件的测试不仅是要确保软件的质量，还要给开发人员提供信息，以方便其为风险评估做相应的准备，以及为其提供分析依据，重要的是要贯穿在整个软件开发的过程中，保证整个软件开发的过程是高质量的。 软件测试对测试工程师来讲，要求具备较强的专业知识，严谨细心耐心的测试态度，良好的反向思维、发散思维能力、沟通能力等等。 以下是就自己的个人工作经历谈一些浅见： 1. 标准文档的制定： 任何一个公司要让自己的产品面市，都要有自己的一 套完整的品质标准，这个标准一定是在符合国标及客户标准的基础上形成的企业标准，系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、安规要求等一系 列的产品标准，并根据客户特定要求相应调整。 测试仪器的作业指导书(SOP)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。 2. 测试资料的归档： 标准媒体文件、测试报告、BUG LIST 库（电子类问题、结构 类问题、软件类问题：方案自存问题、品证测试问题、生产 测试问题、客户反馈问题、终端消费者反馈问题等） 、认证测 试文档归纳总结(认证公司培训资料、认证过程中出现并改善 的问题)、测试工程师经验分享、常见问题解答 FAQ等。 3. 功能测试： 这是软件测试工作中最核心和最基本的一项测试，该测 试的主要内容是检查软件是否符合需求定义，并通过构 造正常的操作来检查的动作是否正确；在这个测试里，正确性是最最重要的软件质量要素。 功能测试按照可见性可以分为两类：显性功能和隐性功 能。显性功能：指在菜单里可以看得到的功能。 隐性功能：指在菜单里看不到的功能。 例如，电话本的显性功能有增加、编辑、删除、拨打等， 这些功能可以在电话本的菜单里面看得到，姓名列表排 序则属于一个隐性功能，因为在电话本的菜单里没有这 样一个子菜单，但它却是一个实实在在的功能。 如以下这些隐性功能都测试中都需重点关注： a. 电话本上下页切换，是否有遗漏联系人信息？ b. 是否支持手机内存、SIM 卡电话本的同时下载？还是 支持从一种介质里下载？ c. 断电后再上电，系统设置的时间是否有记忆功能？d. GPS 信号正常时，导航地图中时间是否有更新？ e. TFT 屏在 Power offon, ACC offon 时，屏的角度 是否有记忆？ f. 模拟导航时，是否有双工功能？后台源声音输出是否 正常？ g. 路试语音产品外置麦克风使用效果时，考虑车速、风 声、车内讲话噪声、汽车底盘/发动机噪声等对麦克 风录音效果的影响，软件多线程开启时导致的资源占 用/系统繁忙对后台录音系统的影响。(也可从结构方 面考虑：外置麦克风型腔开孔的接触面积，是否 360 度可旋转等来增加录音的路径等。 ）h. 地图上的 POI 信息通过后台语音搜索获取不到，解决 措施：要求方案商讯飞完善后台语音库。 在实际的测试过程中，显性功能通过菜单遍历可以很容 易地进行无遗漏的测试，但是隐性功能却很容易为我们 所忽略！一个有效的解决办法是去检查软件的功能定义 列表(Feature List)，从这个列表里面找出那些隐性的 功能。 制定测试用例时，要充分考虑各功能模块软件的显性功 能和隐性功能。 4. 健壮性测试： 橘生淮南则为橘，生于淮北则为枳。是说明橘的健壮性太差。 该成语充分说明了我们对产品进行健壮性测试的必要性。 健壮性是指在异常情况下，软件还能正常运行的能力。健壮性有两层含义：一是容错能力，二是恢复能力。 健壮性测试主要包括：电子硬件健壮性(如：遥控距离测 试、高低电压适应性测试、插拔电及开关机测试、静电 抗扰度测试、热插拔测试)和机械健壮性(如：整机结构 设计基准测试、模拟运输测试、常温包装跌落测试)。这项测试主要是检查软件对异常操作的容错能力，异常 操作通常要考虑异常输入操作及异常条件两个方面。 例如：测试蓝光媒体播放器时，反复把 HDMI 连接线拔掉，造成通信异常中断，再接上复合视频(CVBS)信号输出，即由数字信号输出转为模拟信号输出。恢复测试重点考察一下几项：（1）系统能否重新运行；（2）有无重要的数据丢失；（3）是否毁坏了其它相关的软件或硬件；（4）若软件出现系统报错，是否有自恢复能力。软件的很多功能的实现是有很多隐含的条件的，在健壮 性测试中，要检查当这些条件不满足的时候的反应。 例如：目前大多数 3G 智能手机，与各电信运营商形成利益捆绑，每款手机支持特定的电信运营商提供的通信服务，其它运营商提供的服务则被拒之门外。当使用移动 SIM 卡安装在只支持联通通信服务的 3G 手机上，关注该手机表现：是否在执行自动更新时重启？还是执行自动更新后提示不支持移动运营通信服务：SIM card not supported, emergency calls only？ 例如：在做完常温包装跌落测试后，再测试机芯的读碟能力，读取偏芯碟、面振碟、偏重心碟、刮痕碟、指纹碟等等碟片，与未做跌落测试前读碟能力进行比较。如果读碟能力比以前更差，则考虑改进措施：软件适当增加录轨时间或机芯托盘加固等。 篇二：软件测试员工作心得体会 XX 最新范文软件测试员工作心得体会 XX 最新范文 它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。 体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。 再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。 体会三：在系统性能测试方面需要重视。 经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。 当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。 下面是本人的几点想法： 想法一：加强系统上线前的性能测试。 目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。 想法二：适当介入相关项目研发 对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。 我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。 现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等 相关要素，以增进维护人员对系统的了解。最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。资料来源：xdth/ 篇三：软件测试心得体会软件测试心得体会 下面简单谈谈我的几点体会： 体会一：软件测试在整个软件周期中的重要性。 它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。 体会二：软件测试的真正意义在于发现错误，而不在于验证软件是正确的。 再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。 体会三：在系统性能测试方面需要重视。 经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。 当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。 下面是本人的几点想法： 想法一：加强系统上线前的性能测试。 目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。 想法二：适当介入相关项目研发 对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。 我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部