2021-01-20 09:31发布
测试用例：为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
测试脚本是为了进行自动化测试而编写的脚本。
两者的关系： 测试脚本的编写必须对应相应的测试用例
测试脚本是一段代码不假。但是这段代码可能是为了执行某一条，或很多条测试用例而写的。
也有可能 ，本身就是一条用例。
用例本身并不局限在基于功能。
脚本和用例没有并列的可比性。
脚本可能是用例，也可能是执行用例用的功能，用例也可能是脚本，明白了没。
测试用例是准备用来测试的数据，假设我们需要测试一个计算绝对值的程序是否正确，我们至少要准备一些正数、负数、0来作为测试用例，例如-3、0、9这就是一组例子。
测试报告详细描述测试用例，以及选择这些作为例子的理由，还要包括在测试例子数据的工作情况，最后有测试结论。例如我们输入-3、0、9这个程序的结果是3、0、9，说明程序是正确的。
脚本可能是用例，也可能是执行用例用的功能。用例也可能是脚本
测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。
Testing script(测试脚本)，一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。 为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。或许会发现这样的情况，即有的操作将出现在几个测试过程中。因此，应有目的地确定这些操作的目标，这样就可以复用它们的实施。 测试脚本是自动执行测试过程(或部分测试过程)的计算机可读指令。测试脚本可以被创建(记录)或使用测试自动化工具自动生成，或用编程语言编程来完成，也可综合前三种方法来完成。
我认为设计测试用例和编写脚本要分开来看 一般设计测试用例是在需求评审结束、需求文档下发后，来开始编写测试用例，在设计测试用例时需要考虑到哪些用例可以用自动化来实现，并将这些用例筛选出来，测试用例设计截至点在用例评审之前，评审之后也可有小范围的优化、改动，但是整体大的流程一般不会在动。 编写自动化脚本：
1、UI自动化测试 UI自动化测试还要看你对UI自动化的需求
（1）、回归测试
若是单纯做以后的回归测试，那么我建议是等版本稳定后，bug缺陷基本修复时，再来做自动化脚本的编写，这样就不需要消耗更多的时间来维护脚本， 我的建议还是让UI自动化的脚本来进行回归测试。
（2）、验证性测试
若是想利用UI自动化直接验证本次的功能点，那么建议在冒烟测试时就开始编写脚本，这样遇见问题，就需要不断维护脚本，最终使脚本运行达到稳定，根据我以往的经验来看，这种方式是不建议采取的，维护成本太高。 2、接口自动化测试
接口测试可以提前介入，在前后端联调后功能冒烟测试之前就可以开始写接口自动化脚本，这样能有效的避免冒烟测试轮次过多。
软件测试最主要的目的，是为了保证软件上线以后，能够正常平稳没有bug的运行下去，因为测试的本质就是找应用程序和需求规格说明书之间的不同，如果两者发现不一致了，那一定是出现问题了。而通过软件测试工作，能够帮助甲方人员更好的接受软件提供依据，也让...
简单地说，测试点就是一个安装了网络速度测试程序的网站或服务器，供其它网友测试从其它地方连接到该网站或服务器的速度。比如，您有一个网站，您在网站中安装了我们免费为您提供的网络速度测试程序，经本站技术人员审核合乎要求，您的网站就成为本站测试联盟...
果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。因果图法一般和判定表结合使用，通过映射同...
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
在编程中，布尔量指一个真或假状态。通常它们分别用0,1或1,-1来表示，这和编程语言有关。具体来说当布尔量为真的时候表示一个表达式或判断成立，否则这个式子或判断不成立。你把它理解为成立或不成立就行了。...
功能测试框架一般情况就是包含以下几类：界面友好性测试、功能测试、页面链接测试、容错测试、稳定性测试、 性能测试（简单方面）等等。 1.1.1 界面友好性测试 风格、样式的协调性是否合理 界面布局是否整齐，尽量不要使用滚动条 界面操作、...
功能点：能够单独完成的某个具体业务流程。 一般在软件测试工作流程中的需求分析阶段，要根据需求说明书或者原型图提取功能点，功能点是和需求点相对应的。例如：每个软件都有注册登录，注册、登录就是两个功能点。登录模块还可以细化成登录功能，忘记密码功...
一、一定要提交。1． 记得有这么个缺陷，以后再遇到的时候可能就会了解发生的原因。2． 尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。3． 程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。4． 无...
1、如果你的自学能力较弱，就找个靠谱的培训机构学习，培训机构的功能很简单：公司需要什么，机构就培训什么。针对市场，公司用人也舒服，求职者找工作也好找。2、如果你自学能力强就找些专业教材，结合网上的资料来学习。但是需要你有坚持的毅力。3、测试分...
判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确....
判定表通常有以下四个部分组成：1)条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。2)动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。3)条件项（Condition Entry）：列出针对它左列...
、 黑盒测试：是一种常用的软件测试方法，它将被测软件看作一个打不开的黑盒，主要根据功能需求设计测试用例，进行测试。几种常用的黑盒测试方法和黑盒测试工具有，等价类划分法、边界值分析法、因果图法、决策表法。在实际运用中要选择合适的方法。二、 因果...
长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是...
1) 边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。2) 边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','/static/images/logo.png', '推荐 小雨点儿 的问题《什么是测试用例，什么是测试脚本，二者有什么区别？》','http://www.shouhuola.com/q-32949.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
测试用例：为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。
测试脚本是为了进行自动化测试而编写的脚本。
两者的关系： 测试脚本的编写必须对应相应的测试用例
测试脚本是一段代码不假。但是这段代码可能是为了执行某一条，或很多条测试用例而写的。
也有可能 ，本身就是一条用例。
用例本身并不局限在基于功能。
脚本和用例没有并列的可比性。
脚本可能是用例，也可能是执行用例用的功能，用例也可能是脚本，明白了没。
测试用例是准备用来测试的数据，假设我们需要测试一个计算绝对值的程序是否正确，我们至少要准备一些正数、负数、0来作为测试用例，例如-3、0、9这就是一组例子。
测试报告详细描述测试用例，以及选择这些作为例子的理由，还要包括在测试例子数据的工作情况，最后有测试结论。例如我们输入-3、0、9这个程序的结果是3、0、9，说明程序是正确的。
测试脚本是一段代码不假。但是这段代码可能是为了执行某一条，或很多条测试用例而写的。
也有可能 ，本身就是一条用例。
用例本身并不局限在基于功能。
脚本和用例没有并列的可比性。
脚本可能是用例，也可能是执行用例用的功能。用例也可能是脚本
测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。
Testing script(测试脚本)，一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。 为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。或许会发现这样的情况，即有的操作将出现在几个测试过程中。因此，应有目的地确定这些操作的目标，这样就可以复用它们的实施。 测试脚本是自动执行测试过程(或部分测试过程)的计算机可读指令。测试脚本可以被创建(记录)或使用测试自动化工具自动生成，或用编程语言编程来完成，也可综合前三种方法来完成。
回答: 2021-11-26 12:10
测试用例(Test Case)是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。
Testing script(测试脚本)，一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。 为了提高测试脚本的可维护性和可复用性，必须在执行测试脚本之前对它们进行构建。或许会发现这样的情况，即有的操作将出现在几个测试过程中。因此，应有目的地确定这些操作的目标，这样就可以复用它们的实施。 测试脚本是自动执行测试过程(或部分测试过程)的计算机可读指令。测试脚本可以被创建(记录)或使用测试自动化工具自动生成，或用编程语言编程来完成，也可综合前三种方法来完成。
我认为设计测试用例和编写脚本要分开来看 一般设计测试用例是在需求评审结束、需求文档下发后，来开始编写测试用例，在设计测试用例时需要考虑到哪些用例可以用自动化来实现，并将这些用例筛选出来，测试用例设计截至点在用例评审之前，评审之后也可有小范围的优化、改动，但是整体大的流程一般不会在动。
编写自动化脚本：
1、UI自动化测试 UI自动化测试还要看你对UI自动化的需求
（1）、回归测试
若是单纯做以后的回归测试，那么我建议是等版本稳定后，bug缺陷基本修复时，再来做自动化脚本的编写，这样就不需要消耗更多的时间来维护脚本， 我的建议还是让UI自动化的脚本来进行回归测试。
（2）、验证性测试
若是想利用UI自动化直接验证本次的功能点，那么建议在冒烟测试时就开始编写脚本，这样遇见问题，就需要不断维护脚本，最终使脚本运行达到稳定，根据我以往的经验来看，这种方式是不建议采取的，维护成本太高。
2、接口自动化测试
接口测试可以提前介入，在前后端联调后功能冒烟测试之前就可以开始写接口自动化脚本，这样能有效的避免冒烟测试轮次过多。
相关问题推荐
软件测试最主要的目的，是为了保证软件上线以后，能够正常平稳没有bug的运行下去，因为测试的本质就是找应用程序和需求规格说明书之间的不同，如果两者发现不一致了，那一定是出现问题了。而通过软件测试工作，能够帮助甲方人员更好的接受软件提供依据，也让...
简单地说，测试点就是一个安装了网络速度测试程序的网站或服务器，供其它网友测试从其它地方连接到该网站或服务器的速度。比如，您有一个网站，您在网站中安装了我们免费为您提供的网络速度测试程序，经本站技术人员审核合乎要求，您的网站就成为本站测试联盟...
果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。因果图法一般和判定表结合使用，通过映射同...
采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。
在编程中，布尔量指一个真或假状态。通常它们分别用0,1或1,-1来表示，这和编程语言有关。具体来说当布尔量为真的时候表示一个表达式或判断成立，否则这个式子或判断不成立。你把它理解为成立或不成立就行了。...
功能测试框架一般情况就是包含以下几类：界面友好性测试、功能测试、页面链接测试、容错测试、稳定性测试、 性能测试（简单方面）等等。 1.1.1 界面友好性测试 风格、样式的协调性是否合理 界面布局是否整齐，尽量不要使用滚动条 界面操作、...
功能点：能够单独完成的某个具体业务流程。 一般在软件测试工作流程中的需求分析阶段，要根据需求说明书或者原型图提取功能点，功能点是和需求点相对应的。例如：每个软件都有注册登录，注册、登录就是两个功能点。登录模块还可以细化成登录功能，忘记密码功...
一、一定要提交。1． 记得有这么个缺陷，以后再遇到的时候可能就会了解发生的原因。2． 尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。3． 程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。4． 无...
1、如果你的自学能力较弱，就找个靠谱的培训机构学习，培训机构的功能很简单：公司需要什么，机构就培训什么。针对市场，公司用人也舒服，求职者找工作也好找。2、如果你自学能力强就找些专业教材，结合网上的资料来学习。但是需要你有坚持的毅力。3、测试分...
判定表（Decision Table）是分析和表达多逻辑条件下执行不同操作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确....
判定表通常有以下四个部分组成：1)条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。2)动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。3)条件项（Condition Entry）：列出针对它左列...
、 黑盒测试：是一种常用的软件测试方法，它将被测软件看作一个打不开的黑盒，主要根据功能需求设计测试用例，进行测试。几种常用的黑盒测试方法和黑盒测试工具有，等价类划分法、边界值分析法、因果图法、决策表法。在实际运用中要选择合适的方法。二、 因果...
长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入和输出等价类的边界，就是...
1) 边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。2) 边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。