本文为大家分享软件培训心得体会相关范本模板，以供参考。
软件培训心得体会 第1篇
ERP是企业资源计划（Enterprise Resource Planning）的英文缩写。作为新一代的MRPⅡ，其概念有美国Gartner Group于二十世纪xx年代初首先提出。Gartner Group信息技术词汇表中关于ERP的定义表述为“一个由Gartner Group提出的概念，描述下一代制造经营系统和制造资源计划（MRPⅡ）软件。它将包含客户服务架构，使用图形用户接口，采用开放式系统制作，他除了已有（MRPⅡ）的标准功能外还包括其他特性，如质量、过程运作管理以及管制报告等。这就是新一代的MRPⅡ，即企业资源化。”
ERP是一个不断发展的概念，其内涵也因时、因人而有所不同。需要强调的是，ERP是一个企业解决方案，是企业管理在面对竞争时，结合信息技术应用而提出的一个企业集成信息系统解决方案。
对管理者而言，ERP是一个复杂的概念：
（1）ERP是美国著名IT咨询公司Gartner Group Inc、提出的一整套企业管理系统标准，其实质是在MRPⅡ基础上进一步发展而成的、面向供需链的管理思想。
（2）ERP是综合应用了客户机服务体系、关系数据库结构、面向对象技术、图形用户界面、第四代语言（4GL）、网络通信等信息产业成果，以ERP管理思想为核心的软件产品。
（3）ERP是建立在信息技术基础上的，整合了企业管理理念、业务流程、基础数据、人力物力、计算机硬件和软件于一体的企业资源管理系统，以实现对企业物流、资金流、信息流的一体化管理。
在大学即将毕业的时候，我有机会又重修了一次ERP实训。第一次ERP实训的时候我由于工作原因表现不是很好，所以导致从新又修了一遍ERP实训。因为在工作单位使用的是金蝶ES系统，在家上我从未接触过用友ERP—U86，ERP—U86系统所包含的各个子系统是为同一企业主体的不同方面服务的，并且子系统之间相互联系、共享数据。ERP—U86系统的特点在于：公共基础信息和共用一个数据；相同的账套和年度帐；所有操作权限集中管理；某子系统不具有操作其他子系统的权限；各子体统之间相互独立。
这次主要是让我们自己建立账套，然后根据书上的要求完成每一个步骤。首先以系统管理员（admin）身份登录用友ERP—U86系统管理，选择“权限”/“用户”，设置本企业操作员及对应角色；我选择的用户名是猫猫，用户扮演的角色是财务账套主管。以系统管理员的身份登录用友ERP—U86系统管理，选择“账套”“建立”参照书上信息录入。由账套主管“财务经理”进入企业应用平台，选择“设置”“基本信息”“系统启用”；启用总账、应收账款管理、应付账款管理、固定资产、销售、采购、库存、存货，启用日期：20xx/01/01。在基本信息选定中要注意所选的权限，因为有些权限如果你没有选择的话在后面的操作中是不允许你操作的，所以我们要足够的信息完成好每一项。
接下来就是基础档案录入，由账套主管在企业应用平台中选择“设置”“基础档案”按照如下表格录入部门档案：
接下来依次录入人员档案；在操作界面中，若文字是蓝色的，表示必须录入项目。如果勾选“是否业务员”复选框，则此人可操作ERP—U86其他的模块。由于用金蝶软件习惯用代码录入；例如在人员档案中，人员类别处你输入“10”然后回车就会出现在职员工；行政部门“101”直接就会显示出办公室——这种代码输入方便了操作人员，更帮助工作人员在工作中提高了效率。供应商分类、供应商档案、客户分类、客户档案设置；都是打开“客商信息”一次找到对应的选项进行录入操作，其操作方法与部门档案和人员档案设置大同小异，在这些项目操作中按键F5是“新增”，F6“保存”，同样简便的小方法帮助我们不用一下子键盘一下子鼠标，这都在同一个键盘上就可以完成。
接下来进入到存货设置，存货设置包括存货分类设置、计量单位设置和存货档案设置等。打开“设置”“存货”目录，选择“存货分类”按照之前的方法录入即可；而在计量单位录入中使用了计量单位组的概念，计量单位组可分为无换算、浮动换算、固定换算三种。每个单位组有一个计量单位。如果依旧按照之前即可完成计量单位的录入；打开“设置”“存货”选择“存货档案”功能，与前面录入人员档案一致，按书上表格一次录入。存货档案用于保存企业生产经营中的存货信息，便于企业管理这些数据并进行统计分析。
开始接触ERP这门课程时，我觉得它很难。我选的是财务链这一模块，开始时总在一些小关卡上卡住了，觉得理解那些概念都很费劲。例如开始我总是完成账套的注册后就把它关掉，做的实验都不知道怎么保存，后来请教了老师才知道是自己没注意细节而导致了这个常识性的错误。在接下来的讲座中，我都认真地听老师讲课，再也没有犯这类的错误。老师的讲座等授课让我掌握课程的重难点和课程的学习方法，这给我在课后的学习带来很大的帮助。我参加的沙盘模拟实训使我受益匪浅，虽然ERP沙盘模拟实训只有短短几天，但在这几天里我们要经营和建立一个企业的财务管理。实训老师将我们分成了六组，每个参加培训的学校成员为一组，到了最后要看谁赚的多，谁就是第一，因此我们都很紧张，希望能获得好名次。我在小组中扮演的是CEO，角色很重要，CEO做不好，整个企业的运营也会不好。由于是第一年接触ERP沙盘，对此很陌生，也不懂得如何运作，在老师带领我们做了一遍“初始年”，让我们有了一个初步的了解后才慢慢的进入状况的。通过四年的实训，我对每个阶段的心得总结如下：
经过这个学期的对ERP财务链的学习，我拓宽了知识面，也提高了认识。认识的提高主要表现在两方面：
一方面是对自我的认识。认识到自身的不足，需要不断提高自己的专业知识、管理知识和财务知识，而这一切的提高，都需要通过以后不断地学习才能达到。
另一方面是对ERP形成正确的观念。ERP的核心能力在整合，企业在它的协助下可以使交易和数据管理都上轨道，提高执行速度，降低信息处理的成本，大幅度提升竞争力；之后，可以再藉ERP来提升决策管理的能力。在执行方面，只要把数据整理清楚，把单据内容正确地录入，ERP的整合功能自然可以替企业带来省力、正确、及时等自动化的好处。ERP将许多“事后”的管理工作提前为“事前”的管理，因而强化了事前稽核的功能。据此，ERP的实施是一项系统工程，是一个总体规划、突出重点、分步实施的过程，企业通过ERP项目可以帮助规范管理，加强执行能力，更充分地利用现有资源提高工作效率。
短短几天的学习时间只能对整体做一般性了解，针对重要模块进行了深入操作，若要用好ERP还需要我们自己去练习和实践。学无止境，作为财管院的一份子，我们除了做好本质工作，还要提高自身的素质，这就要求我们要不段的补充新知识和新技能，ERP培训就是财管院领导给我们提供的一个很好的机会。也为我们即将走向工作岗位打下了坚实地基础。
软件培训心得体会 第2篇
软件测试在整个软件周期中的重要性，它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。
目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。
对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。
我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。
现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。
最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。
软件培训心得体会 第3篇
在大庆浦东软件平台有限公司经过一周的软件测试实训，从对软件测试没有什么经验的我初步掌握了软件测试的方法和技能，收获颇多。
我在大学期间的专业是信息与计算科学，原本打算从事网络方面的工作，对活动目录、数据库、操作系统等的知识比较感兴趣。经过这次理论学习，了解到要做好软件测试，要求掌握的知识并不仅仅是测试方面的，网络、数据库、操作系统等的知识对做好测试也是很有帮助的。这让我明确了以后学习的目标，在不断学习软件测试的同时，也应该继续其他相关知识的深入学习。
通过此次学习，对整个软件测试行业的了解大大的加深。以前认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问题，以为软件测试并不重要，低开发一等。现在认识到了软件测试的重要性，软件测试是软件产业向软件工业化生产时代迈进不可缺少的重要组成部分，是保证软件质量达到客户需求不可缺少的环节。软件测试在国内是一个新的职业，发展得比较晚，但它的重要性正在为行业所重视。
在学习过程中，我了解了作为一个合格的测试人员所应具备的素质与技能。其中个人素质在测试工作中起到了非常重要的作用，它包括你的信心、耐心、细心和与人交流沟通的能力，它将贯穿你工作生涯的整个过程。在测试理论上，我们系统学习了软件测试的流程，各种测试阶段和测试方法，以及测试工具的使用。通过这些课程的学习，让我们对软件工程也有了更深刻的理解，为以后的测试工作作了很好的理论储备和技能的提升。
软件测试作为软件开发过程中一个非常重要的环节，越来越成为软件开发商和用户关注的焦点。完善的测试是软件质量的保证，因此软件测试就成了一项重要而艰巨的工作，要做好这项工作当然也绝非易事，我在做软件测试工作中总结出了一些经验和技巧。
1.功能点的细化
在进行测试前，先将所要测试的功能细分，填写《测试用例表》，有针对性的运行功能测试案例，逐个对每个功能细分点进行测试。在每次运行测试案例之前，明确此次运行的目的和预期的输出结果，并要做好记录。
2.注意测试中的错误集中发生的现象
有一些错误是和程序开发人员的编程水平和习惯有很大关系的。例如程序中的拼写错误，习惯用法等。注意收集并记录这些现象，有助于更快、更多地发现类似的错误。
3.尽可能多的使用非常规的测试
充分考虑到各种合法的输入和不合法的输入以及各种边界条件。边界值往往是最容易出现异常的情况，特殊的情况下甚至要制造极端的状态和意外状态，比如网络突然中断，和电源突然断电等情况。
4.对测试错误结果一定要有一个确认的过程
一般有A测试出来的错误，一定要有一个B来确认。
5.制定严格的测试计划
测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
6.回归测试的关联性一定要引起充分的注意
在开发人员刚修复Bug之后的地方，再找一找，往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。修改一个错误而引起更多的错误出现的现象并不少见。
7.测试文档要尽可能详细
《测试用例表》中的功能点可尽量的详细，如实、详细地记录每次运行测试案例的输入数据，输出数据，出错提示，进行测试的时间，完成测试的时间等，便于以后对测试工作的回溯。
8.重视交流和沟通
包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流，和客户的交流等。多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。
9.善于总结
在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。
10.妥善保存一切测试过程文档。
这次软件测试实训为我们以后从事软件测试工作打下了良好的专业基础，为我们的进一步学习提高打下了扎实的理论基础。对测试过程有了初步的认识，测试计划、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软件开发过程。单元测试、集成测试、系统测试、验证测试每个阶段都应以用户需求为依据。这些基本的概念虽然比较抽象，但对以后的实践是大有益处的。
总的来说，这次培训效果不错，对自己有一定的提升，这完全不同与学校的学习，因为它更加贴近工作，针对以后工作的内容作了很多实例的练习与工具的使用，为我们更快的加入工作提供的很好的前提。接下来一段时间，我将利用假期进入相关测试部门进行实际项目的训练，我相信在我有了很好的理论基础后，会在工作中很好的加以应用，让测试工作做得更好。同时，我会更加努力的学习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望早日成为一名优秀的测试人员。
软件培训心得体会 第4篇
《软件测试方法和技术》这门课程，还是由张建东老师教我们的。在张老师的讲解下，我深刻的体会到软件测试是很有必要的。一个软件，从最开始的可行性分析、需求分析、概要设计、详细设计、编写代码。这一系列的开发之下。千辛万苦的，花费了大量的人力物力、金钱时间，终于把软件给做出来了。你试着想一下，要是送到客户的手上，客户突然发现，软件用不了，或者是软件存在很大的缺陷。导致软件不好用、甚至比原先没有这个软件，还麻烦了。客户是很愤怒的。客户一愤怒，就导致客户不会付钱。这最终，项目失败，造成资源的大量浪费，所以说软件测试还是很有必要的。再者就是，软件测试可以发现软件的缺陷，从而通知编程人员不断改进软件。在这样不断测试，不断改进的情况下。将软件性能不断提高，软件变得越来越好用。
软件测试，旨在发现软件的缺陷。可以这样说，软件测试就是以发现软件缺陷，为最终目的的测试活动。它通过软件测试方法，白盒的、黑盒的、静态的或是动态的。借助软件测试工具，来找到缺陷。然后在缺陷评审和确认之后将缺陷记录下来，并用缺陷管理工具管理，详细描述，关注软件缺陷的发生周期。对它的严重性、和优先级下一个定义。书写软件缺陷报告，具名缺陷的重现步骤、测试的期望结果与实际结果、还有相关图片、文字资料。提交给软件编程人员，来完成软件缺陷的修复。
软件测试的方法，包括：白盒测试和黑盒测试。其中，白盒测试之中，有含有：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖、等方法。黑盒测试方法中，有：等价类划分法、边界值分析法、判定表法、因果图法等。软件测试方法，按照是否运行代码来看，可以分为：静态测试和动态测试。其中静态测试有，对代码的走查和评审。动态测试，则是要通过运行代码来执行。白盒测试多用于软件的单元测试上，黑盒测试多用于功能性测试上。代码的静态测试和动态测试，则是每一个软件项目都必须的。
单元测试，多构造桩函数或是驱动程序来测试。一般借助与各种软件测试工具。软件测试，或者说程序测试。一般先是进行单元测试。单元测试，修改完单元之中的缺陷、错误之后，就是集成测试。集成测试多针对程序功能进行测试，看程序的各项功能是否达到要求，是否齐全。集成测试之后就是系统测试。系统测试是针对整个软件系统的。看软件系统是否达到性能的要求。从而改进代码，以求达到系统的严格要求。最后就是验收测试，这个测试，一般都分成两半来做。一半是，程序员模拟客户环境，进行测试。而，另一半则是，真正的客户参与的测试。最大程度的体现客户的真实环境。客户在试运行的情况下，看是否会发现，平时发现并且以前的环境发现不了的问题。
验收测试，包含对界面的测试和软件可用性的测试，运用尼尔森十大原则，来测试软件是否好用。软件是否达到用户的`对软件界面的需求。
无论是软件编写，还是软件测试，都需要相应的文档管理。还有针对软件测试制定的测试计划，软件测试执行等。
通过本学期的学习，我感受到软件测试是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到
项目的测试。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目测试的精髓，对软件项目测试有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目测试课程，多让学生了解实例，去感受、体会软件项目测试所遇到的问题和解决方案，理解软件项目测试的精髓。
软件培训心得体会 第5篇
20xx年x月x日。我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技有限公司的大门，开始了自己大学里兼职实习工作。转眼间。6个月的实习时间就要过去了。回想起这段时间的工作过程，我深深的认识到在走秀网实习的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。
首先，要具有良好的学习能力。刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。走秀网的测试部还比较大，所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工(才哥)带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。
在走秀期间，我们测试部总监还会对我们不定时的培训。教会我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。慢慢的，在对公司的业务了解的比较透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和表面功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。
实习可以使每一个学生有更多的机会尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的潜力和兴趣，以奠定良好的事业基础，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。作为一名学生，我想学习的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学习是为了能够适应社会的需要，通过学习保证能够完成将来的工作，为社会做出贡献。然而步出象牙塔步入社会是有很大落差的，能够以进入公司实习作为缓冲，对我而言是一件幸事，通过实习工作了解到工作的实际需要，使得学习的目的性更明确，得到的效果也相应的更好。
人要想成功及获得好的业绩，必须牢记一个规则：我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。
软件培训心得体会 第6篇
单位组织相关人员分批进行用友软件培训，我本周参加了培训。过去单位曾经用润嘉软件，目前用浪潮软件进行会计核算。
年轻时，曾经就职的单位财务部经理多次邀请我到财务部工作，可是自己当时因为不想被财务工作缠身没了自由而拒绝他。后来为了生计，又干财务工作。那时是手工制单、记账、汇总报表，每到月末、月初，总是忙于简单的、重复劳动，曾因为1分钱的不平衡关系而找错，找不到错时没有心情顾及其他。来到这个集团公司后，下面公司很多，财务人员也多，年轻人占了多数。相互交流、用软件进行会计核算让我从中学到了很多快捷的方法。
用浪潮软件时，本应该参加培训，可是因为工作脱不开身，都是在相互交流中初始化建帐，很多功能并没有开启使用，但是自己已经很满意了，彻底从繁琐的简单劳动中解脱已是质的飞跃。
这次用友软件培训，我了解了更多的便捷方法和功能使用，可以让软件更好地为自己服务。虽然自己现在从事审计工作，但是学习这些知识，对自己很有益处。
很幸运生活在这样的科技发展时代，让我们在有限的时间里不费吹灰之力做更多的事情。
做财务工作本身并没有多少含金量，就像流水线的工人一样，天天重复着简单的劳动。可是从简单的劳动中解放出来，有更多的精力和时间帮助企业理好财，管理好资金的使用效率、提示投资风险，考核下属公司的经营业绩，意义就很不同了。所以花大钱让整个集团统一使用用友软件，代表着公司管理水平上了更高的台阶，很值！
软件培训心得体会 第7篇
通过这次课程设计的实训，增加了我学习软件技术的兴趣，虽然还不明确软件技术包含的具体内容，但从C++语言这门课程开始，已发现程序设计的乐趣，在学习C++语言的过程中也学到了许多计算机应用基础知识，对计算机的机体也有了一个大体的了解。在实际操作过程中犯的一些错误还会有意外的收获，感觉实训很有意思。在具体操作中对这学期所学的C++语言的理论知识得到巩固，达到实训的基本目的，也发现自己的不足之出，在以后的上机中应更加注意，同时体会到C++语言具有的语句简洁，使用灵活，执行效率高等特点。发现上机实训的重要作用，特别是对数组和循环有了深刻的理解。
通过实际操作，学会C++语言程序编程的基本步骤、基本方法，开发了自己的逻辑思维能力，培养了分析问题、解决问题的能力。深刻体会到“没有做不到的，只有想不到的”，“团结就是力量”，“实践是检验真理的标准”，“不耻下问”的寓意。
在此希望以后应多进行这样的实训，加长设间，培养学生独立思考问题的能力，提高实际操作水平。
通过本次项目实训我要感谢学校领导给我们提供了这次机会，让我们自己有出去体会生活，自己做项目的深刻体会。这次实训让我明白我自己之前的学习还是差很多，只有不断的努力，才能学好。还要感谢达内公司对我的指导，我自己的努力固然重要，但是达内的优秀教师给我做的培训，讲的理论都让我受益匪浅，让我对软件有了一个新的概念新的理解。
软件培训心得体会 第8篇
在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。
而通过这次的这次分析觉得自己的测分还存在以下的问题：
1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：
1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。
