软件测试培训心得体会软件测试培训心得体会在大庆浦东软件平台经过一周的软件测试实训，从对软件测试 没有什么的我初步掌握了软件测试的方法和技能，收获颇多。我在大学期间的专业是信息与计算科学，原本打算从事 网络方 面的工作，对活动目录、数据库、操作系统等的知识比拟感兴趣。 经过这次理论 ，了解到要做好软件测试，要求掌握的知识并不仅仅 是测试方面的， 网络、数据库、操作系统等的知识对做好测试也是 很 有帮助的。这让我明确了以后学习的目标，在不断学习软件测试 的同时，也应该继续其他相关知识的深入学习。通过此次学习，对整个软件测试行业的了解大大的加深。以前 认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问 题，以为软件测试并不重要，低开发一等。现在认识到了软件测试 的重要性，软件测试是软件产业向软件工业化生产时代迈进不可缺 少的重要组成局部，是保证软件质量到达客户需求不可缺少的环 节。软件测试在国内是一个新的职业，开展得比拟晚，但它的重要 性正在为行业所重视。在学习过程中，我了解了作为一个合格的测试人员所应具备的 素质与技能。其中个人素质在测试工作中起到了非常重要的作用， 它包括你的信心、耐心、细心和与人交流沟通的能力，它将贯穿你 工作生涯的整个过程。在测试理论上，我们系统学习了软件测试的 流程，各种测试阶段和测试方法，以及测试工具的使用。通过这些 课程的学习，让我们对软件工程也有了更深刻的理解，为以后的测 试工作作了很好的理论储藏和技能的提升。软件测试作为软件开发过程中一个非常重要的环节，越来越成 为软件开发商和用户关注的焦点。完善的测试是软件质量的保证， 因此软件测试就成了一项重要而艰巨的工作，要做好这项工作当然 也绝非易事，我在做软件测试工作中 总结出了一些经验和技巧。1. 功能点的细化 在进行测试前，先将所要测试的功能细分，填写测试用例 表，有针对性的运行功能测试案例，逐个对每个功能细分点进行 测试。在每次运行测试案例之前，明确此次运行的目的和预期的输 出结果，并要做好记录。2. 注意测试中的错误集中发生的现象 有一些错误是和程序开发人员的编程水平和习惯有很大关系 的。例如程序中的拼写错误，习惯用法等。注意收集并记录这些现 象，有助于更快、更多地发现类似的错误。3. 尽可能多的使用非常规的测试 充分考虑到各种合法的输入和不合法的输入以及各种边界条 件。边界值往往是最容易出现异常的情况，特殊的情况下甚至要制 造极端的状态和意外状态，比方 网络突然中断，和电源突然断电等 情况。4. 对测试错误结果一定要有一个确认的过程一般有A测试出来的错误，一定要有一个B来确认。5. 制定严格的测试方案 测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。6. 回归测试的关联性一定要引起充分的注意在开发人员刚修复 Bug 之后的地方，再找一找，往往开发人员 只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造 成错误。修改一个错误而引起更多的错误出现的现象并不少见。7. 测试文档要尽可能详细测试用例表中的功能点可尽量的详细，如实、详细地记录 每次运行测试案例的输入数据，输出数据，出错提示，进行测试的 时间，完成测试的时间等，便于以后对测试工作的回溯。8. 重视交流和沟通包括和程序开发人员的交流，同是测试人员之间的交流， 网上 技术论坛和 网友的交流，和客户的交流等。多思考，多交流，多提 问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到 很多东西。9. 善于 总结在测试过程中发现的所有问题，异常情况，发现程序开发人员 易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据 库时发现或者学到的技巧，使用测试工具时的 心得等等，都可以随 手记录在笔记本或者电脑上。这些都将是今后工作中可以参照的珍 贵资料，同时也会成为自己的珍贵经验。10. 妥善保存一切测试过程文档。这次软件测试实训为我们以后从事软件测试工作打下了良好的 专业根底，为我们的进一步学习提高打下了扎实的理论根底。对测 试过程有了初步的认识，测试方案、测试设计、测试开发、测试执 行、测试评估、测试报告贯穿整个软件开发过程。单元测试、集成 测试、系统测试、验证测试每个阶段都应以用户需求为依据。这些 根本的概念虽然比拟抽象，但对以后的实践是大有益处的。总的来说，这次培训效果不错，对自己有一定的提升，这完全 不同与学校的学习，因为它更加贴近工作，针对以后工作的内容作 了很多实例的练习与工具的使用，为我们更快的参加工作 提供的很 好的前提。接下来一段时间，我将利用假期进入相关测试部门进行 实际工程的训练，我相信在我有了很好的理论根底后，会在工作中 很好的加以应用，让测试工作做得更好。同时，我会更加努力的学 习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望 早日成为一名优秀的测试人员。20xx 年 x 月 x 日。我怀着对提高并实现自我价值的心态，走进 深圳走秀 网络科技的大门，开始了自己大学里兼职实习工作。转眼 间。6 个月的实习时间就要过去了。回想起这段时间的工作过程， 我深深的认识到在走秀 网实习的选择是绝对正确的，走秀 网和公 司的同事们对我个人产生的积极影响也是超越我料想之中的。现将 这段时间的工作进行如下 总结。首先，要具有良好的学习能力。刚进走秀，带我的老大是哈尔 滨人，我跟她很投缘。开始的一个星期，我只是熟悉公司的一些业 务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面 上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时 间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的 简单的bug。走秀 网的测试部还比拟大，所以对工作的流程和上线 之前的版本控制的非常严格。我们在上线之前，会经过两套环境， 功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详 细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试 环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎 么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不 敢过去开发部，就让老员工（才哥）带着过去，一段时间过后，我开 始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和 转测试，这一段时间让我深刻体会到沟通时多么重要。在走秀期间，我们测试部总监还会对我们不定时的培训。教会 我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试， 必要会使用的缺陷管理工具bugzilla和测试用例管理工具 testlink，还给我们培训了，如何使用自动化工具ruby+watir来对 一些测试点进行自动化脚本的编写。慢慢的，在对公司的业务了解 的比拟透的时候，老大就开始让我们自己对一些小需求进行测试， 测试的过程中，不仅仅是对页面和外表功能进行测试，还要根据需 求文档和页面的显示对数据库表进行查询操作，查看页面的显示和 功能是否和数据表里面的一致，还要在后台日志中查看是否有报 错。所以，测试并不是像我想象中的那么简单，不是在页面上点来 点去就可以测的好的。实习可以使每一个学生有更多的时机尝试不同的工作，扮演不 同的社会角色，逐步完成职业化角色的转化，发现自己真实的潜力 和兴趣，以奠定良好的事业根底，也为自我成长丰富了阅历，促进 整个社会人才资源的优化配置。作为一名学生，我想学习的目的不 在于通过毕业考试，而是为了获取知识，获取工作技能，换句话 说，在学校学习是为了能够适应社会的需要，通过学习保证能够完 成将来的工作，为社会做出奉献。然而步出象牙塔步入社会是有很 大落差的，能够以进入公司实习作为缓冲，对我而言是一件幸事， 通过实习工作了解到工作的实际需要，使得学习的目的性更明确， 得到的效果也相应的更好。人要想成功及获得好的业绩，必须牢记一个规那么：我们永远 不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自 己的协助下同时也从中受益的情况，反过来看，自己本身受益其 中，这是保证自己成功的最重要的因素之一。在支付宝测试分析的角色和系统分析的角色是对应的，只不过 一个是测试类的另外一个是开发类的。系分下面会有相应开发，测 分下面会有相应的测试用例编写和执行人员。也就是说测试分析文 档是对测试执行人员的一个指导（在我原来的理解方式上，觉得测试 分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去 分析的，用例是用例执行人员来写并且执行的）。而通过这次的这次分析觉得自己的测分还存在以下的问题：1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看 成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发 内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然 后按照他们的思路去分析。2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建 议：测试分析要从全局上去看问题，细节的东西即便是知道的，也 要留给之后的用例编写人员去了解（就像系分之后的开发需要去写详 细设计的道理一样），这样后面的人才会自己主动去想问题。3、分析文档要考虑维护性问题，不要出现类似比方还款中状态 为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员 的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照 着这么写，其实不管侧分和用例都不应该具体写到 R 这么细节，否 那么的话开发稍作变动我们就要相应变动我们的用例4、没有明确测试目的。review用例的时候，没有提出每个用 例需要明确一个测试目的，让别人来看这个用例的时候能明白到底 是怎么回事。总结：1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发 实现逻辑局部（即不去看系分文档），待测分出来之后，再去看系分 文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的 时候再让写用例的人和相应的开发去互相明确更细节的东西。2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分 析，细到看输出的时候会关注到数据库表的一个变化。但是除了以 上局部，其实还少了对整体流程的关注，需要增加业务流程的各条 路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那 么细。3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考 虑各个入口的不同分开画流程图，分别进行路径覆盖。这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要 的是有一种处理事情的方法、面对问题的心态和动手能力。面对完 全陌生的新知识、新技术、新工程以及整个IT行业，我们不能畏 惧，要以一种积极的心态去面对，分析并抓住关键所在。因为我们 所即将应对的每一个工程都是既需要实际操作，又需要详细规划 的。作为组长，协调组员、鼓励其他学员和积极参与工程研发是我 每天必做的工作。我认为每个人都应该在团队中做好自己应尽的职 责，再优秀的个人也可能完成一个即庞大又复杂的工程工作，我们 必需紧密的联合在一起，以一个团队的角色来面对。一公司有一项对工程经理的调查显示，工程经理平均每周参加6 个会议，其中 25%的时间浪费在无用的讨论上。会议效率低最普遍 的 3 个原因是：会议没有很好的方案、会议没有被适当的领导、无 纪律的与会者。我们软件工程也会遇到相同的问题，工程启动会、 评估会、大大小小的评审会、技术会、周例会等等一系列会议会随 着工程进展而召开，如何保证高效的会议效果，我的一些会议技巧 与大家共享：确实需要开会时才开会;订立会议纪律;非常清楚的明 确会议目标;提前准备一个会议议程;提倡各会议参与人的会前准备; 鼓励参与，但在会议过程中遵守会议议程;把团队建设融入会议、作 会议记录、会后跟踪所有安排任务的执行情况。程序员需要关心尊重。曾经有个例子，某公司开发人员王某由 于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相 看”，每次软件出现了问题都疑心是他的原因，老开他的低级玩 笑，这位员工会有怎样的表现就可想而知了。经理通过这种手段