测试用例编写的总结
报表测试用例设计方法总结
报表测试用例设计方法总结报表的测试主要分为以下几个方面:界面,安全性,准确性,展示速度(性能) 数据统计方面1、报表统计数据的正确性；2、报表统计数据的完整性；3、报表统计数据的合法性；比如，统计金额字段需求要求有“$”等；报表格式1、表头字段表示的正确性；2、表头字段表示的完整性；3、表头字段表示的字体，字号，美观程度；4、各统计字段的显示是否满足需求；比如：数据过长时要求折行还是缩小；5、页眉和页角的表示；报表的预览和印刷1、预览中的显示完整性；2、多页情况下，第2页的表头显示；3、能否实现需求要求的特定印刷情况；（比如，印刷使用指定的模板）4、预览后印刷；5、不预览，直接印刷6、需求规定各类打印机的测试；数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为**业务的而提供帮助的。
比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。
另一类是系统只有统计功能，就是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本就没有。
这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。
从整个项目节约成本看，逐层测试效果是最好的。
完全修改率也是最高的。
首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。
对系统中的报表数据准确性测试方法较为灵活，①系统中报表重叠的进行比对②对子报表汇总与父报表比对，就是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。
测试用例总结报告最新7篇
测试用例总结报告最新7篇（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如工作计划、工作总结、述职报告、合同协议、演讲致辞、条据文书、心得体会、策划方案、教学资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, our store provides various types of classic sample essays, such as work plans, work summaries, job reports, contract agreements, speeches, documents, insights, planning plans, teaching materials, other sample essays, and more. If you want to learn about different sample formats and writing methods, please stay tuned!测试用例总结报告最新7篇写好出色的总结报告，可以加强个人能力，很多人在总结报告的写作中，都对个人不足做出了一定分析，以下是本店铺精心为您推荐的测试用例总结报告最新7篇，供大家参考。
软件测试上半年工作总结范文5篇
软件测试上半年工作总结范文5篇篇1一、引言在飞速发展的信息技术领域，软件测试作为保证软件质量的关键环节，其重要性日益凸显。
上半年，我作为软件测试工程师，在团队中积极参与各项工作，努力提升测试技能，为软件质量保驾护航。
以下是我上半年工作的总结。
二、工作内容概述1. 负责软件功能测试，确保软件各项功能符合需求文档要求。
2. 参与软件性能测试，对软件的运行效率进行评测。
3. 编写测试用例，保证测试过程严谨、完整。
4. 协助团队解决测试过程中遇到的问题，提高测试效率。
5. 参与软件缺陷管理，跟踪缺陷状态，确保问题得到及时解决。
三、重点成果1. 完成了多个项目的功能测试，确保软件功能稳定、可靠。
2. 成功进行多次性能测试，为优化软件性能提供了重要依据。
3. 编写了丰富的测试用例，提高了测试的覆盖率和效率。
4. 协助团队解决了多个测试过程中的疑难问题，提高了团队的凝聚力。
5. 参与了多个缺陷管理流程，确保缺陷得到及时处理，降低了软件的故障率。
四、遇到的问题与解决方案1. 问题：测试用例设计不够全面，导致部分功能测试不到位。
解决方案：加强学习，提高测试用例设计的水平，同时加强与开发团队的沟通，确保测试用例覆盖所有关键功能。
2. 问题：性能测试过程中，部分性能指标未达到预期目标。
解决方案：深入分析性能瓶颈，与开发团队紧密合作，找到性能优化的方案。
3. 问题：软件测试与开发的协作不够顺畅，导致测试进度滞后。
解决方案：加强与开发团队的沟通，明确各自的工作职责和期望，共同制定合理的工作计划。
五、自我评估/反思在过去的半年里，我努力工作，积极学习，不断提升自己的测试技能。
在测试中，我始终秉持严谨、细致的态度，确保软件质量。
但也存在一些不足，如测试用例设计、性能测试等方面还需进一步提高。
在未来的工作中，我将继续努力，提高自己的专业水平。
六、未来计划1. 深入学习软件测试技术，提高测试水平。
2. 加强与开发团队的协作，提高测试效率。
提高测试用例可靠性：实践、总结与改进
提高测试用例可靠性：实践、总结与改进提高测试用例的可靠性是确保软件质量的关键环节。
以下是一些建议，可以帮助你提高测试用例的可靠性：1.2.明确需求覆盖：o在开始编写测试用例之前，确保你已经充分理解并分析了软件的需求规格说明书。
o为每个功能和业务逻辑编写测试用例，确保需求的全覆盖。
3.4.设计有效和实用的测试用例：o设计能够反映真实使用场景的测试用例，而不仅仅是测试单个功能点。
o考虑用户在实际使用中可能遇到的各种情况，包括正常情况和异常情况。
5.6.提高用例的可读性和可维护性：o使用清晰、简洁的语言描述测试用例，避免使用模糊或含糊不清的表达。
o为测试用例提供足够的背景信息和上下文，以便于他人理解。
o定期审查和更新测试用例，确保其与实际需求保持一致。
7.8.确保测试环境的稳定性：o在执行测试用例之前，确保测试环境已经正确搭建，并且与预期的生产环境尽可能一致。
o避免在不稳定或易受干扰的环境中执行测试。
9.10.实施标准化和自动化测试：o制定和执行标准化的测试流程，确保每次测试的一致性。
o使用自动化测试工具来提高测试的效率和准确性。
11.12.持续监控和记录测试结果：o跟踪并记录每次测试的结果，包括成功的测试用例和失败的测试用例。
o分析测试结果，找出潜在的问题和改进点。
13.14.保持测试用例的更新和迭代：o随着软件的不断更新和迭代，测试用例也应相应地更新和调整。
o定期组织测试团队进行用例审查和更新，确保测试用例始终与软件需求保持一致。
15.16.建立测试和开发的良好沟通机制：o测试团队应与开发团队保持紧密的沟通和合作，及时反馈测试结果和发现的问题。
o共同制定和执行回归测试计划，确保新功能的增加或故障的修复不会影响到现有功能。
总之，提高测试用例的可靠性需要测试团队在整个测试过程中保持高度的专业性和责任心，同时需要不断的实践、总结和改进。
通过实施上述建议，你可以显著提高测试用例的可靠性，从而提升软件的整体质量。
软件测试工作总结优秀范文9篇
软件测试工作总结优秀范文9篇第1篇示例：在软件开发领域中，软件测试工作是至关重要的一环。
软件测试工作的质量直接影响着软件产品的稳定性和用户体验。
在过去的一段时间里，我参与了多个软件测试项目，累积了丰富的经验，也遇到了不少挑战。
通过不断总结和学习，我对软件测试工作有了更深刻的理解，也提升了自己的能力。
在这里，我将对我的软件测试工作进行总结，希望能对同行有所启发和帮助。
软件测试工作需要具备的基本素质包括耐心、细心和思维敏捷。
在软件测试过程中，我们需要反复执行各种测试用例，调查软件的各种异常现象，排查问题的根源。
这个过程需要极大的耐心和细心，有时候问题可能隐藏得很深，需要我们不断思考、测试，才能找到解决之道。
而思维敏捷则是在面对各种bug和异常情况时，快速做出反应、分析问题本质的能力。
这三种基本素质是软件测试工作者必备的，也是我在工作中时刻提醒自己的。
良好的团队协作也是软件测试工作中至关重要的因素。
在团队中，软件测试工作者往往需要和开发人员、产品经理等多个部门进行有效沟通和合作。
只有通过良好的团队协作，才能确保测试工作的顺利进行，及时发现和解决软件的问题。
在我的工作中，我时刻保持和团队成员之间的沟通和协作，及时反馈测试情况和问题，共同找出解决方案。
团队协作的精神是软件测试工作者必不可少的品质之一。
不断学习和提升自己的能力也是软件测试工作者必须具备的素质。
随着软件技术的不断发展和变化，软件测试工作也在不断演进和更新。
要想在这个领域中立足，就必须不断学习新知识、掌握新技能。
在我的工作中，我会定期参加各种培训和学习活动，了解最新的测试方法和工具，努力提升自己的技术水平。
只有不断学习和进步，才能在激烈的竞争中立于不败之地。
对软件测试工作的总结和反思也是非常重要的。
在每次测试项目结束后，我都会对测试过程和结果进行仔细总结，分析测试中遇到的问题和困难，找出原因并提出改进措施。
通过总结反思，我发现了自己的不足之处，也找到了提高软件测试工作效率和质量的方法。
软件测试月工作总结7篇
软件测试月工作总结7篇第1篇示例：软件测试是软件开发过程中不可或缺的重要环节，旨在确保软件产品的质量，提高用户体验。
软件测试工程师通过各种测试方法和工具，检测软件中的bug，确保软件在发布前达到预期的质量标准。
以下是本月软件测试工作的总结及反思，希望能够对日后的工作提供一定的参考和借鉴。
本月工作总结如下：一、测试环境搭建本月我主要负责测试环境的搭建工作。
根据项目需求，我搭建了多个测试环境并进行了配置，包括开发环境、测试环境和生产环境。
在搭建过程中，我不断优化配置，确保测试环境的稳定性和可靠性，为后续测试工作奠定了良好的基础。
二、测试用例设计在本月的测试工作中，我负责编写了大量的测试用例，覆盖了软件的不同功能模块和业务场景。
我根据产品需求和设计文档，设计了详细的测试用例，并不断优化和调整，确保测试的全面性和有效性。
通过测试用例的编写，我能够更好地了解软件的功能和逻辑，提高测试工作的效率和质量。
三、自动化测试本月我还积极参与了自动化测试工作。
我使用了一些自动化测试工具，如Selenium和Appium，编写了自动化测试脚本，对软件进行了自动化测试。
通过自动化测试，我可以快速地进行回归测试和性能测试，提高测试效率，减少人力成本，提高软件质量。
四、缺陷管理在本月的测试工作中，我发现了一些软件的缺陷，并及时进行了记录和跟踪。
我使用了一些缺陷管理工具，如Jira和Bugzilla，对软件的缺陷进行了管理和分析。
通过缺陷管理工作，我可以及时发现和解决软件的问题，保证软件的质量和稳定性。
本月的软件测试工作还是比较顺利的。
通过团队协作和共同努力，我们成功完成了各项测试任务，确保了软件的质量和稳定性。
但是也存在一些不足之处，比如测试用例的覆盖不够全面，自动化测试的覆盖率有待提高等。
在未来的工作中，我将继续努力学习，提升自身的技术水平，不断优化测试工作流程，为软件质量的提升做出更大的贡献。
软件测试工作是一项细致而又重要的工作。
测试用例总结报告通用8篇
测试用例总结报告通用8篇（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如工作总结、报告大全、演讲致辞、条据书信、心得体会、党团资料、读后感、作文大全、教学资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!In addition, this shop provides you with various types of classic sample essays, such as work summary, report encyclopedia, speeches, articles and letters, experience and experience, party and group information, after reading, composition encyclopedia, teaching materials, other sample essays, etc. I want to know the difference Please pay attention to the format and writing of the sample essay!测试用例总结报告通用8篇想要在工作中有突出表现，写好总结报告很关键，很多人在总结报告的写作中，都对个人不足做出了一定分析，本店铺今天就为您带来了测试用例总结报告通用8篇，相信一定会对你有所帮助。
测试工作经验总结
测试工作经验总结功能测试最重要的是理解业务和需求。
知道系统要实现什么功能，业务流程是怎样的，然后就可以根据需求编写测试计划和测试用例了。
测试书籍上介绍常用的编写测试用例的方法有：等价类、边界值、因果图、判定表等，在实际工作中，我使用较多的有等价类、边界值、场景法和错误猜测法。
在这里需要提一点，将测试用例按测试目的进行分类，比如用户界面、功能点、业务场景等，会让测试用例的结构看起来更清晰，执行测试用例的效率也更高。
要做好功能测试，还需要对整个系统的数据库结构比较清楚，每个功能点涉及哪些数据表，对数据的操作方式是怎样的。
这样就不单从前台页面来进行测试，通过对数据库中数据的验证，可以发现隐藏的一些bug。
比如库表没有进行关联删除，从前台页面是看不出来的，但实际可能导致程序出现问题。
对一些比较复杂的组合查询或数据排序，也可以自己编写sql语句对结果进行验证。
了解程序的框架结构和一些开发知识也有助于更好地测试程序和定位错误。
测试用例的编写经验1步骤和数据的分离将输入的各种数据已参数的形式表达在操作步骤中，而不需要为每一种输入数据创建一个测试用例。
例如：atm存款好的测试用例，在执行的步骤(Step)的表达上应该是尽可能和数据相分离。
举例来讲，有一个ATM 机取款的功能，可能有以下几个场景：1. 密码正确的登录2. 密码错误的登录3. 密码输入三次错误，卡被锁定4. 取少于余额的款项5. 尝试取大于余额的款项6. 尝试取等于余额的款项(考虑手续费)6. 取款额度大于当次的限制7. 取款额度大于当天的限制7. 取款次数大于限制次数等等不管你用什么用例设计的方法论来做指导，作为这个简单的例子，有经验的人都应该能看出，此处的很多步骤是可以重用的，总结下来如下(此处只列出了操作的步骤，略去了系统的交互中的反馈结果)：1. 插入卡->A:输入密码->B:按“确定”键->重复A-B2. A:选择取款功能->B:填写取款金额->C:点击“确定取款”的按钮->D:取现金->重复A-D因此，我们只需要写出两套比较完整的步骤，将密码和取款金额多数字用参数来表达即可。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试用例编写的总结通过软件测试培训，在大庆浦东软件平台有限公司经过一周的软件测试实训，从对软件测试没有什么经验的我初步掌握了软件测试的方法和技能，收获颇多的心得。
下面是为大家收集整理的软件测试培训心得，欢迎大家阅读。
软件测试培训心得篇1 20xx年x月x日。
我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技有限公司的大门，开始了自己大学里兼职实习工作。
转眼间。
6个月的实习时间就要过去了。
回想起这段时间的工作过程，我深深的认识到在走秀网实习的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。
现将这段时间的工作进行如下总结。
首先，要具有良好的学习能力。
刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。
开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。
期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。
走秀网的测试部还比较大，所以对工作的流程和上线之前的版本控制的非常严格。
我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。
因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工(才哥)带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。
在走秀期间，我们测试部总监还会对我们不定时的培训。
教会我们测试的工作流程和每个阶段应该展开的工作范畴。
作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。
慢慢的，在对公司的业务了解的比较透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和表面功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。
所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。
实习可以使每一个学生有更多的机会尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的潜力和兴趣，以奠定良好的事业基础，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。
作为一名学生，我想学习的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学习是为了能够适应社会的需要，通过学习保证能够完成将来的工作，为社会做出贡献。
然而步出象牙塔步入社会是有很大落差的，能够以进入公司实习作为缓冲，对我而言是一件幸事，通过实习工作了解到工作的实际需要，使得学习的目的性更明确，得到的效果也相应的更好。
人要想成功及获得好的业绩，必须牢记一个规则：我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。
软件测试培训心得篇2 在大庆浦东软件平台有限公司经过一周的软件测试实训，从对软件测试没有什么经验的我初步掌握了软件测试的方法和技能，收获颇多。
我在大学期间的专业是信息与计算科学，原本打算从事网络方面的工作，对活动目录、数据库、操作系统等的知识比较感兴趣。
经过这次理论学习，了解到要做好软件测试，要求掌握的知识并不仅仅是测试方面的，网络、数据库、操作系统等的知识对做好测试也是很有帮助的。
这让我明确了以后学习的目标，在不断学习软件测试的同时，也应该继续其他相关知识的深入学习。
通过此次学习，对整个软件测试行业的了解大大的加深。
以前认为软件测试只是枯燥的反复的使用被测试软件来发现异常的问题，以为软件测试并不重要，低开发一等。
现在认识到了软件测试的重要性，软件测试是软件产业向软件工业化生产时代迈进不可缺少的重要组成部分，是保证软件质量达到客户需求不可缺少的环节。
软件测试在国内是一个新的职业，发展得比较晚，但它的重要性正在为行业所重视。
在学习过程中，我了解了作为一个合格的测试人员所应具备的素质与技能。
其中个人素质在测试工作中起到了非常重要的作用，它包括你的信心、耐心、细心和与人交流沟通的能力，它将贯穿你工作生涯的整个过程。
在测试理论上，我们系统学习了软件测试的流程，各种测试阶段和测试方法，以及测试工具的使用。
通过这些课程的学习，让我们对软件工程也有了更深刻的理解，为以后的测试工作作了很好的理论储备和技能的提升。
软件测试作为软件开发过程中一个非常重要的环节，越来越成为软件开发商和用户关注的焦点。
完善的测试是软件质量的保证，因此软件测试就成了一项重要而艰巨的工作，要做好这项工作当然也绝非易事，我在做软件测试工作中总结出了一些经验和技巧。
1.功能点的细化在进行测试前，先将所要测试的功能细分，填写《测试用例表》，有针对性的运行功能测试案例，逐个对每个功能细分点进行测试。
在每次运行测试案例之前，明确此次运行的目的和预期的输出结果，并要做好记录。
2.注意测试中的错误集中发生的现象有一些错误是和程序开发人员的编程水平和习惯有很大关系的。
例如程序中的拼写错误，习惯用法等。
注意收集并记录这些现象，有助于更快、更多地发现类似的错误。
3.尽可能多的使用非常规的测试充分考虑到各种合法的输入和不合法的输入以及各种边界条件。
边界值往往是最容易出现异常的情况，特殊的情况下甚至要制造极端的状态和意外状态，比如网络突然中断，和电源突然断电等情况。
4.对测试错误结果一定要有一个确认的过程一般有A测试出来的错误，一定要有一个B来确认。
5.制定严格的测试计划测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
6.回归测试的关联性一定要引起充分的注意在开发人员刚修复Bug之后的地方，再找一找，往往开发人员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。
修改一个错误而引起更多的错误出现的现象并不少见。
7.测试文档要尽可能详细《测试用例表》中的功能点可尽量的详细，如实、详细地记录每次运行测试案例的输入数据，输出数据，出错提示，进行测试的时间，完成测试的时间等，便于以后对测试工作的回溯。
8.重视交流和沟通包括和程序开发人员的交流，同是测试人员之间的交流，网上技术论坛和网友的交流，和客户的交流等。
多思考，多交流，多提问，通过多种沟通交流的途径，可以少走很多弯路，同时可以学到很多东西。
9.善于总结在测试过程中发现的所有问题，异常情况，发现程序开发人员易犯，常犯的错误，各种有价值的经验教训，使用系统和操作数据库时发现或者学到的技巧，使用测试工具时的心得等等，都可以随手记录在笔记本或者电脑上。
这些都将是今后工作中可以参照的珍贵资料，同时也会成为自己的宝贵经验。
10.妥善保存一切测试过程文档。
这次软件测试实训为我们以后从事软件测试工作打下了良好的专业基础，为我们的进一步学习提高打下了扎实的理论基础。
对测试过程有了初步的认识，测试计划、测试设计、测试开发、测试执行、测试评估、测试报告贯穿整个软件开发过程。
单元测试、集成测试、系统测试、验证测试每个阶段都应以用户需求为依据。
这些基本的概念虽然比较抽象，但对以后的实践是大有益处的。
总的来说，这次培训效果不错，对自己有一定的提升，这完全不同与学校的学习，因为它更加贴近工作，针对以后工作的内容作了很多实例的练习与工具的使用，为我们更快的加入工作提供的很好的前提。
接下来一段时间，我将利用假期进入相关测试部门进行实际项目的训练，我相信在我有了很好的理论基础后，会在工作中很好的加以应用，让测试工作做得更好。
同时，我会更加努力的学习与工作，遇到问题会及时多渠道寻找解决方法，积极上进，希望早日成为一名优秀的测试人员。
软件测试培训心得篇3 在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。
系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。
也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。
而通过这次的这次分析觉得自己的测分还存在以下的问题：1、太关注开发的内部实现逻辑。
建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。
建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为R这种具体的数据内容。
因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例4、没有明确测试目的。
review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。
等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。
但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。