当前位置

: 时空阅读网实用范文2025年测试前心得体会 软件测试心得体会(实用9篇)

2025年测试前心得体会 软件测试心得体会(实用9篇)

匿名 2025-04-08 09:36:20 5 下载本文

当我们经历一段特殊的时刻,或者完成一项重要的任务时,我们会通过反思和总结来获取心得体会。我们应该重视心得体会,将其作为一种宝贵的财富,不断积累和分享。下面是小编帮大家整理的优秀心得体会范文,供大家参考借鉴,希望可以帮助到有需要的朋友。

测试前心得体会篇一

大三的时候,一次计算机等级考试,由于考c,数据库,都没过,就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题,就拿下了一个四级证书。当时想的是,这都行,水分有点大吧。

本来想找一份网站开发的工作,技术不够硬,一直在北京飘着飘着啊。通过一个学姐,得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门,因为我现在刚开始写测试用例,还没有真正的融入到团队中去。

实习生,直接领导给我安排了一个实习计划,严格按照实习计划执行。首先就是看公司软件的手册,要了解产品,知道软件的基本操作流程,不会了就问带我的师傅。就这样学了一个礼拜,不同于用一款软件,在用的过程中要去思考,这个功能为什么有,这个功能要实现什么。忘了说了,现在产品做的是功能测试,比较简单,所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果,具体操作、实现软件的一些功能,然后就几个主要的功能点以及一些需要特别注意的关键词,给我做了详细的讲解。

然后给我了两个功能界面,让我写一些测试用例,开始感觉没什么可写的,这两个功能实现起来很容易的。第一天试着写了几个,然后拿给师傅看,因为不知道从哪方面入手,虽然看了一些以前的测试用例,但是亲手写还是第一次,所以有些拿不准。

就这样,写了几天的`测试用例,一个功能点一个功能点的细分。写的差不多了,就开始看一些技术类的博客,尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西,对比自己写的测试用例,看看是不是满足要求。就这样自己一点一点的修改。

其实压力还是蛮大的,由于要测试的系统需要测试多个不同的数据库,以及不同的操作系统是软件的执行,所以有了各种学习目标,但是还是没有清晰的目标。努力吧,既然踏入了这个行业,就要努力的去汲取知识,不断学习,不断进步!

测试前心得体会篇二

下面简单谈谈我的几点体会:

体会一:软件测试在整个软件周期中的重要性。

它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重,能主导整个项目的走向,成败与否全在于开始阶段的决策。

体会二:软件测试的真正意义在于发现错误,而不在于验证软件是正确的。

加强快速响应的环节。结合软件测试的理论,故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

体会三:在系统性能测试方面需要重视。

经过这次培训中多个案例的讲解,让我了解到系统在上线之后会有很多不能预知的性能问题,需要在上线之前实现进行模拟,以规避风险,包括大数据量访问,高并发数等等。

当然也有很多应对手段,没有哪种手段可称为最完美,只有最合适的,需要灵活掌握,综合运用以达到最优程度,这是个很值得研究的领域。

下面是本人的几点想法:

想法一:加强系统上线前的性能测试。

能会产生滞后问题,影响客户使用。希望以后能在性能测试方面提高重视程度,加大人力投入,以保证系统上线后能够稳定运行。

想法二:适当介入相关项目研发。

对于快速响应这块,我们不能一味依赖厂家,而希望自己就能快速响应,及时将问题解决。这也是一个比较长远的问题,需要加强研发力量的投入。

我个人是做开发出身,有此类经验,当时是在客户现场,因为了解系统内部结构,能够在第一时间排查解决客户所反馈问题。

现在系统完全由厂家开发,很难了解内部结构,或许会造成后期维护困难。所以,是否应该针对某些项目介入厂家研发工作,比如请厂家提供源代码等相关要素,以增进维护人员对系统的了解。

整体工作效率,为南方电网的发展建设提供更坚实,优秀的支撑服务平台。

六天的培训结束了,感觉过得好快啊。虽然是因为参加“模拟招聘”获得这次机会的,不像其他同学一样是交钱的,但是我也是抱着要学东西的心态参加的。

第一天老师就给了个下马威——教材全是全是英文版的。对于虽然大三的我来说,英语四级刚过,六级成绩还没出来的情况下,想看懂全文是不太现实的。在老师讲解过程中利用在线翻译才勉强能看懂句子。不过培训过程中最难忘的不是来自教材,而是来自老师的那双犀利的眼神。无论何时,只要你打开了与课堂无关的网页,她总会第一时间或叫号码,或叫名字,或站到你旁边。说实话,大学上课已经很久没有这种高中被管的感觉了。虽然不爽,但是却有种回到高中的快感。

头几天还蛮不错的,食堂开门的,超市没关。可后几天,当校门口已无人烟,就剩我们这几个的时候就真觉得寝室楼好静啊,还不如在机房呆着。对于老师我想说的是,前几天笑容总是挂在脸上,可两天后明显笑的少了,不知道是不是因为和大家熟了,没有刚见面的客气了。

自己的好机会,我并不否认这点,不过貌似每个人都只有一次机会,我是个表现欲很强的人,让我讲了一次有点不过瘾。

—王礼永。

曾经一度认为软件测试就是使用工具测试bug,现在看来不是这么一回事情,因为还是有手工测试,工具只是一个辅助,用工具你先要去了解测试的一些基本的东西,不是那按两下按钮就行了,就算是录制脚本,也需要看懂脚本的代码,工具不是万能的。

一开始接触软件测试觉得很枯燥乏味,全都是一些理论的东西,还不如回到小学学习语文呢,都是一些名词的解释,比如:黑盒测试,百合测试,系统测试。测试基础等等这些,老师都会去告诉你这些名词什么意思,很无聊,到后来慢慢由语文变成了数学,开始练习测试用列的编写,这个还有点意思,因为这个更多时候能够体现个人的逻辑思维能力,再然后数学就转变成了英语,因为要使用到一些测试的工具,比如:winrunner工具,录制脚本它会产生一些代码,不过代码比较好理解,虽然是英文的但是还是很好看懂的。

学习软件测试一学期,其实我觉得最重要的是兴趣,有了兴趣还是不行的,还需要具备一些语言的基础,例如:c,java,c#等一些语言,这些语言你不需要去深入的学习,只需要了解,最重要的是了解数据库的知识,想要成为一个好的测试工程师,应该要全面的发展,读懂需求分析文档,还有要学会写文档,语言的组织能力决定你这份文档的价值,这也是一种沟通能力的体现,比如写缺陷报告时:有一项是描述缺陷,这就能看出你的表达能力,给程序员能不能看懂就能体现沟通,最后就是整理文档和撰写测试总结报告,越是到最后越是要细心,因为软件永远都是有缺陷的,我们的细心可以让软件减少一些bug,不求最好,只求更好。

这是我第一次参加项目开发,我们小组的各位成员互相协助,充分体现了团队精神和意识。首先,项目的模块必须分的合理清晰,只有这样后期的所有工作才能顺利展开,每位成员必须积极向上、团结一致共同努力实现项目的开发。其次,通过这次项目开发,我对项目开发的流程有了基本的认识和了解,我相信这是我以后工作学习的基础。最后,我充分认识到了自己基础知识的不足和能力上的欠缺,机会永远留给有准备的人的,在这个充满竞争的社会当中,机会也是留给优秀者的。

很荣幸参加了这次兰州直方信息技术有限公司提供的这次实训,我真诚地感谢这次项目开发当中的项目经理,你帮我们解自我决了很多实践当中遇到的问题。也真诚地感谢参加实训的每一位成员,感谢你们对我的帮助,是你们让我更加清楚地认识了自我。真诚地祝愿大家工作学习顺顺利利,生活开开心心。

通过这次项目使我知道了一个团队的重要性,一个好的团队真的可以事半功倍,当然组长起的作用很大,一个好的组长就可以很好的发挥各个组员的优势,使组员之间优势互补,这样一个好项目的完成就具备了很好的基础。

不管什么时候,学习能力是一个人必备的,你可以不懂,但你可以在很短的时间内学会它,这是我深深感受到我们在学校的理论学习是多么重要,技术有很多,但理论基本不变,这我觉得就是一个人的学习能力的基础。

在这次实训当中,我感受最深的就是技术的欠缺,还有应该提高学习能力,一直以为学校学的基础知识不会有多大用处,实践才是最重要的,现在发现没有好的理论,很难在实践中有进步。学习的能力我认为是在一个很短的时间里,学习自己欠缺的东西,能更好的完成工作。还有团队的协作,这也是以后我应该注意的,一个人即使技术很强,但如果他不能很好的进行团队合作的话,他不可能做好一个项目。

很感谢公司提供这个实训项目,能让我们很好的进行亲身体验,在项目进展过程中,非常感谢项目小组成员对我工作的支持和帮助,感谢在项目开发中,各位领导对项目进度的关注!谢谢!

测试前心得体会篇三

测试后心得体会是我们在经历一次考试之后,通过总结和反思自己的表现以及领悟到的思路和方法来得出的结论。它不仅可以帮助我们提高学科成绩,还可以让我们更好地了解自己,为以后的学习和生活做好铺垫。

第二段:实践与成果。

我曾经在语文考试中因为单词拼写错误而导致分数大幅下降,于是我就开始认真地背诵单词。在接下来的几次考试中,我的分数都有了明显的提升。再后来,我又在阅读理解方面下了一番功夫,并且强化了自己的写作能力,这些都为我在高考中取得了优异成绩奠定了基础。

第三段:思考和反思。

而在实践中,我们还需要不断思考和反思。例如,我曾经在一次物理考试中,由于其他学科的复习过程太紧张,而忽视了物理这门学科,在考试中就遭遇了失败。后来我反思自己的学习态度,发现我的学习方法不够科学,于是我便开始调整学习安排,并尽可能地利用工具和资源辅助自己的学习。这样在下次物理考试中,我的成绩就有了很大的提升。

第四段:台阶与挑战。

当然,测试后心得体会并不是一条直线前进,中间也会有一些台阶和挑战。例如,在历史考试中,我因为没有理解题目的意思,而在分析时误入歧途,导致答案全错。但是,这次历史考试也成为我下次历史考试中的强项,因为我认真阅读题目并注意其提问方式,进而理解完整个考试的考点和要点。

第五段:结论。

通过测试后心得体会,我们可以更好地了解自己的优势和不足,并且针对性地提高自己的学习能力和技能。当然,这需要我们不断地实践和反思,并且在中间走过不少的台阶和挑战。只有这样,我们才能更好地提高自己的学习成绩,同时也在成长的道路上有更多的收获与体会。

测试前心得体会篇四

第一段:引言(100字)。

作为一名软件测试员,我要说,测试工作并不像外人看起来那么简单轻松。在我的多年测试实践中,我积累了许多经验和体会,这让我对测试工作有了更深刻的理解。在本文中,我将分享我作为测试员的心得体会,希望能给其他人一些启发和帮助。

第二段:测试的重要性(200字)。

测试是软件开发中不可或缺的一环。通过测试,我们可以发现软件中的潜在问题和缺陷,提高软件的质量和稳定性。作为测试员,我们要积极主动地参与到软件开发的各个阶段,与开发人员进行有效的沟通和协作。只有这样,我们才能在最早的阶段发现和解决问题,避免问题在后期造成更大的影响。

第三段:测试技巧(300字)。

测试是一门技术活,掌握一些测试技巧对提高测试效率和质量非常重要。首先,我们要根据需求文档制定详细的测试计划和测试用例,确保覆盖率和测试深度。其次,我们要灵活运用各种测试方法,如黑盒测试、白盒测试、性能测试等。再次,我们还要善于利用辅助工具,如自动化测试工具、测试管理工具等,提高效率和准确性。最后,测试过程中要保持良好的记录和沟通,及时反馈问题并追踪解决进度。

第四段:处理问题的方法(300字)。

测试工作中常常会遇到各种问题和困难,我们要学会如何处理。首先,当发现问题时,我们要及时记录并报告给开发人员。同时,我们要学会准确描述问题的现象和复现步骤,以便开发人员更好地理解和解决问题。其次,我们要保持积极的态度和耐心,与开发人员进行有效的沟通和协作,一起解决问题。最后,测试工作中我们也要学会不断反思和总结,找出问题产生的原因和改进的方法,不断提升自己的测试能力。

第五段:结语(200字)。

通过我的工作经验和实践,我深刻意识到测试工作的重要性和挑战性。作为一名测试员,我们需要不断学习和提升自己的技能,保持责任心和积极态度。与开发人员的密切合作和良好沟通将有助于我们发现和解决问题。我相信,只要我们坚持不懈地努力,我们的测试工作将为软件的质量和稳定性做出更大的贡献。

总结:通过这篇文章,我分享了我作为一个测试员的心得体会。从测试的重要性到测试的技巧,再到问题处理的方法,我希望能给读者一些启发,并帮助他们在测试工作中能够更好地发挥自己的作用。测试工作虽然困难,但也非常有挑战性和意义,只要我们不断学习和提升自己,我们一定能够在测试领域做出更大的成绩。

测试前心得体会篇五

小测试是我们在学校生活中常常要接触到的一种形式,它既是对我们平时学习成绩的一种评估方式,也是对我们学习进步的一种反馈。近期我参加了一次小测试,让我对学习有了新的认识和体会。

第二段:小测试让我认识到了我的优势和不足。

通过参加小测试,我深刻地认识到了自己的学习优势和不足。首先,我意识到我在数学方面具有一定的天赋和潜力。在小测试中,我对于数学题的解答速度和准确率都表现出众,这是我一直以来学习成绩较好的原因之一。而在其他科目中,尤其是语文和英语方面,我则发现了自己的不足。阅读理解和写作方面的题目常常让我感到困惑和无从下手,这给了我很大的警示,让我认识到亟需加强这些方面的学习和训练。

第三段:小测试让我明确了学习目标。

通过小测试的结果,我进一步明确了自己的学习目标。数学的优势让我更加确定了我要选择理科方面的发展方向,并且将数学学习提前列入了我的学习计划中。而在语文和英语方面的欠缺也给了我一个机会去针对性地进行学习和训练,提高自己的阅读和写作能力。通过小测试,我明确了自己的不足之处,并且制定了相应的学习目标。

第四段:小测试让我意识到了学习方法的重要性。

对于不同科目的学习,采用不同的方法是非常重要的。在小测试中,我发现我对于数学题较容易,这得益于我对于数学题型和解题方法的熟悉。而在语文和英语方面,我则需要花更多的时间去熟悉和掌握题型以及相应的解题方法。尤其是在阅读理解和写作方面,我需要不断地进行练习,借鉴他人的经验和方法。小测试让我意识到学习方法的重要性,我将更加注重寻找适合自己的学习方法,并且在学习过程中加以应用和总结。

第五段:小测试带给我的启示。

通过参加小测试,我意识到学习是一个持续的过程,它需要我们长期的投入和努力,而小测试则是学习过程中的一个重要环节。小测试不仅仅是对于我们知识的检验,更是为我们提供了一个检视自己学习状况和改进学习方法的机会。通过小测试,我深刻地认识到了自己的优势和不足,明确了学习目标,并且意识到学习方法的重要性。小测试给了我一个机会去不断地完善自己,提高自己的学习效果,为将来的学习打下坚实的基础。

结尾:总结全文。

通过这次小测试,我受益匪浅。从认识自己的优势和不足,到明确学习目标,再到意识到学习方法的重要性,我在不断的反思中不断进步。我相信,通过持续的努力和坚持,我能够不断提高自己在学习中的表现,取得更好的成绩和进步。小测试教会了我如何审视自己,如何改进自己,如何为自己的学习奠定坚实的基础。从今以后,我将更加注重小测试的意义和作用,并且深知学习的重要性。

测试前心得体会篇六

测试员是软件开发过程中不可或缺的角色,他们通过各种测试手段与方法,确保软件的质量和稳定性。作为一个测试员,多年的工作经验让我有了许多心得体会。在下面的文章中,我将分享一些关于测试员工作的感悟和思考。

测试员是软件开发过程中的质量保障者。他们根据需求文档和设计文档,制定测试计划和测试用例。通过各种测试手段,如功能测试、性能测试和安全测试,测试员检测软件是否符合预期的功能要求,并查找潜在的缺陷和问题。同时,测试员还需与开发人员紧密合作,及时反馈问题,并跟踪和验证问题的解决情况。测试员的工作既需要代码的理解能力,也需要严谨的思维和创造性的思考。

在长时间的测试工作中,我总结出一些适用于测试员的心得和技巧。首先,沟通与协作是测试工作中必不可少的能力。测试员需要与开发人员、产品经理和项目经理等密切合作,共同理解需求和目标,并及时解决问题。其次,良好的测试用例设计能力也是非常重要的。测试用例是测试工作的重要依据,只有设计好的测试用例才能保证测试的覆盖度和有效性。此外,测试员还需要具备较强的问题分析和解决能力,能够快速定位和修复问题。最后,对新技术和工具的学习能力也至关重要,测试员需要不断提升自己的技术技能,以应对不同场景下的测试需求。

第三段:挑战与成就感。

测试工作不仅仅是检查软件是否按照需求文档开发,它涉及到各种各样的问题与挑战。例如,复杂的产品需求和不断变化的开发流程会带来一定的压力。同时,软件测试也与时间紧迫和资源有限等问题密切相关。然而,在这些挑战中,测试员也能够获得成就感。当我们发现并修复一个严重的缺陷时,我们会感到极大的满足和自豪。我们的工作可以保护用户的利益,确保他们享受到高质量的软件产品。这种成就感是无法用言语表达的。

第四段:测试员的成长与学习。

测试员的成长离不开不断地学习和提升自己的能力。在测试的过程中,我们会不断地面对新的技术和挑战,这要求我们保持对新知识的敏感度。我们需要学习新的测试方法和工具,跟进行业的发展趋势。同时,我们还需关注用户的反馈和需求,不断改进测试方式和策略。通过不断的学习和实践,我们可以在测试领域做得更好,为软件质量的提升贡献自己的一份力量。

第五段:总结。

作为一名测试员,我热爱我的工作,同时也意识到其中的挑战与成就。测试员需要具备良好的沟通与协作能力,扎实的测试技能,以及持续学习和成长的意识。在不断的实践中,我们能够不断提高自己的专业水平,为软件质量的提升做出贡献。我相信,通过不断的努力和学习,我们测试员能够在软件开发过程中发挥更大的作用,实现更好的用户体验。

测试前心得体会篇七

第一段:引言(引入心测试的背景和目的)。

心测试是一种通过问题和情境来探索个体内心世界的方法。它通过提出一系列与个体感受和思考相关的问题,来促使个体思考自己的内心世界,并从中获得一些有关自己的见解。在这篇文章中,我将分享我参加心测试的经历和体会。

第二段:心测试的过程和感受。

首先,我参加了一个在线的心测试,这个测试包含了各种与自我意识和情绪相关的问题。在回答这些问题的过程中,我发现自己需要认真思考自己的内心感受和反应。有些问题让我思考了很久,而有些问题则让我不禁流连忘返。在这个过程中,我逐渐发现了一些深藏在自己内心的情感和思考,这些平时未必会注意到的因素对于我个人的生活和人际关系有着重要的影响。

第三段:心测试带给我的启示和收获。

通过心测试,我意识到自己内心存在一些未解决的情绪和压力。有时候,我会因为一些小事而焦虑和发脾气,而这些情绪实际上并非源自于当下的事件,而是积累了一段时间的内心压力的爆发。心测试的结果给了我一个机会,能更加深入地了解自己的内心世界,以及内心中不同情绪的起源。这使得我能够更好地管理和处理自己的情绪,从而提高自己的情绪调节能力和人际关系。

第四段:心测试对我的人生影响。

心测试不仅仅是一个暂时的体验,它对我个人的心灵成长和生活方式有着深远的影响。通过心测试,我认识到自己需要更多的内心探索和自我成长。我开始更加关注自己的情绪和需要,也更加注重追求自身的内心平静与安宁。我学会了通过冥想和身体活动来放松和调节内心,使自己更好地面对生活的挑战。此外,心测试也让我明白了内心情绪对于人际关系的重要性,使我更加注重与他人的沟通和理解。

第五段:结论(心测试的意义)。

通过这次心测试,我不仅仅获得了一些关于自己内心世界的洞察,也为自己的成长和改变打下了基础。我相信,心测试是一个值得推荐的方法,能够让人更好地了解自己,提升自我意识和情绪调节能力。通过不断探索内心世界,我们能够更好地理解自己的需求和愿望,并在人际关系和生活中取得更好的表现。因此,我鼓励每个人都尝试一下心测试,用心去感受其中的乐趣和启示,用心去照亮我们内心的那个世界。

测试前心得体会篇八

一个从点点点开始,一切未知的故事。

在最初的认知里,软件测试这个行业需要掌握的只是简单的点点点,但是怎么点,从那点,为什么点一直是我内心的疑惑,所以,为了让自己能够点点点,更明白的点点点,学习软件测试并在这个行业发展成了我现阶段的目标。

需求澄清阶段:从二三百字的英文需求文档,像一个产品的使用说明书,简单明了的交代了是什么,怎么用。到后来几千字的需求澄清文档,是一次思维的转变。从习以为常的使用各种软件到思考怎样去制造出来一个软件,一个成熟的软件具备了哪些功能才能够让我们去使用,要同时从人和计算机的角度去思考问题。从人的角度出发,我们要考虑我们所需要的软件能够帮助我们干什么,在哪些方面减少我们的人工成本,怎样才是使用起来方便快捷的。从代码的角度出发,代码能够实现的功能有哪些,其中的逻辑顺序是怎样的,怎样才能用最少的代码实现最多的功能。尽最大的努力去提出尽可能多的需求。

思维导图阶段:思维导图,像字面意思一样,是思维的引导流程图。相比于繁琐的文字信息,它能够有逻辑有顺序的用最少的文字展现一个软件应有的功能。也能够说明在人们对于软件错误的操作后,软件能够明确的告知。

测试计划阶段:计划,顾名思义,对任何一件事情都是需要有计划的,它就像是完成目标的开始,我们在对某件事情有了初步的了解之后,怎样去完成这件事情,谁去完成这件事情,在什么环境下完成这件事情,怎样就算达到目标,不管哪一方面,我们都需要一个简单的计划,这样才能更好的掌控事情的发展形势。

测试设计阶段:软件测试需要我们去测试什么,我们怎样才能测试出来我们想要的东西,根据什么去执行测试。或许这就是测试设计的意义。根据对需求的理解,我们怎样才算完成对需求的开发,是测试设计的重点,也是测试用例编写的依据。我们需要全方面的考虑问题。不仅仅是它能不能正常使用,而且也包括在异常情况下的处理;在不同条件,不同环境下功能能否正常使用;一个软件前端和后端所能显示的信息情况是否一致。这些都不再是概括性的描述,而是具体的.实例。

需求澄清到用例开发,二三百字到上万字的文档,对于软件测试这个行业有了全新的认识。不止是简单的点点点,是对一个项目上线前的最后一道防线,尽可能多的去避免缺陷产生是软件测试的职责。

对于现阶段的自己,想要更深层次的了解软件测试,需要的是时间和精力的付出。只希望现在的自己,能够快速的掌握软件测试的基础知识,进入这个行业。在实践中成长,在成长中学习。

测试前心得体会篇九

在支付宝测试分析的角色和系统分析的角色是对应的,只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发,测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上,觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的,用例是用例执行人员来写并且执行的)。

而通过这次的这次分析觉得自己的测分还存在以下的问题:

1、太关注开发的内部实现逻辑。建议:将开发内部实现逻辑看成一个黑盒子,测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题,而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。

2、分析文档写的过于详细,甚至将用例的步骤都写了出来。建议:测试分析要从全局上去看问题,细节的东西即便是知道的,也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样),这样后面的人才会自己主动去想问题。

4、没有明确测试目的。review用例的时候,没有提出每个用例需要明确一个测试目的,让别人来看这个用例的时候能明白到底是怎么回事。

总结:

1、以后写测试分析文档,依据仅仅是prd文档,必须抛开开发实现逻辑部分(即不去看系分文档),待测分出来之后,再去看系分文档,互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。

2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析,细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分,其实还少了对整体流程的关注,需要增加业务流程的各条路径的一个覆盖,在针对路径的用例中不需要关注到数据库表级那么细。

3、在做流程路径覆盖之前应该画一个路径图,这个图的画法考虑各个入口的不同分开画流程图,分别进行路径覆盖。

猜你喜欢