注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 软件测试用例设计要求

  2. 软件测试用例设计要求   软件测试　　个人认为测试用例设计要求可以从以下4个方面来把握测试用例设计的要点，而每个方面又可以对应基本要求和进阶要求。　　1、理解并覆盖需求v.s.质疑/补充/建议需求　　2、从自己的角度解释需求v.s.用多样化的形式展现需求　　3、从用户的角度测试v.s.更准确地模拟用户操作　　4、及时更新测试用例v.s.不断完善测试用例　　基本要求　　1、测试用例中不能遗漏需求　　a)testcase与需求文档有追溯关系并实现完全覆盖(注意需求文档可能的更新)　　b)对数据字典等

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：54272
    • 提供者：weixin_38547035

  1. 软件测试中黑盒测试用例设计方法总结

  2. 软件测试中黑盒测试用例设计方法总结测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。　　测试用例（TestCase）目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。一、等价类划分　　等价类划分方法是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：78848
    • 提供者：weixin_38631042

  1. 软件测试用例设计要求小结

  2. 软件测试用例设计要求小结软件测试个人认为可以从以下4个方面来把握测试用例设计的要点，而每个方面又可以对应基本要求和进阶要求。1、理解并覆盖需求v.s.质疑/补充/建议需求2、从自己的角度解释需求v.s.用多样化的形式展现需求3、从用户的角度测试　　软件测试用例设计要求小结    软件测试　　个人认为可以从以下4个方面来把握测试用例设计的要点，而每个方面又可以对应基本要求和进阶要求。　　1、理解并覆盖需求v.s.质疑/补充/建议需求　　2、从自己的角度解释需求v.s.用多样化的形式展现需求　　3、

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：54272
    • 提供者：weixin_38617413

  1. 软件系统测试用例设计要注意的问题

  2. 软件系统测试用例设计要注意的问题软件测试如何开展系统测试用例的设计?实际工作中大概是这样的：1、分析需求。2、划分测试模块。3、针对各测试模块，依次开展测试设计。流程本身好理解，同一份需求，不同的人设计出的用例质量可能差别很大。最　　软件系统测试用例设计要注意的问题  软件测试　　如何开展系统测试用例的设计?实际工作中大概是这样的：　　1、分析需求。　　2、划分测试模块。　　3、针对各测试模块，依次开展测试设计。　　流程本身好理解，同一份需求，不同的人设计出的用例质量可能差别很大。　　最近一个月

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：74752
    • 提供者：weixin_38557515

  1. 避免测试用例设计的几个误区

  2. 避免测试用例设计的几个误区软件测试1、能发现到目前为止没有发现的缺陷的用例是好的用例：首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的　　避免测试用例设计的几个误区  软件测试　　1、能发现到目前为止没有发现的缺陷的用例是好的用例：　　首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的所在，这是十分可怕的

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：70656
    • 提供者：weixin_38700790

  1. 集成测试用例设计的一些感悟

  2. 集成测试用例设计的一些感悟  软件测试　　集成测试又等于接口测试(个人认为)，是在单元测试中的一个，可以认为是单元测试，又可认为是接口测试。　　集成用例设计基于业务场景，其实说白了集成测试是按照详细设计来写的，但其输入的数据来源则是来于uc，设计思想如下;　　先进行数据准备，数据准备的思想来源于uc，分析出uc的业务场景，通过各个业务场景来产生各个类型输入数据;　　又叫数据准备;　　数据准备好了，分析接口参数，从数据库字段的限制分析，输入的参数合法不合法，长度如何，是否可为空;　　这个又叫假定接

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：36864
    • 提供者：weixin_38686231

  1. 软件测试中关于测试用例设计的一点思考

  2. 软件测试中关于测试用例设计的一点思考测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。测试用例（TestCase）目前没有经典的定义。比较通常的说法是：指对一项软件测试中关于测试用例设计的一点思考测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。　　测试用例（TestCase）目前没有经典的定义。比较通常的说法是：指对一项特定

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：48128
    • 提供者：weixin_38715567

  1. 关于测试用例设计的一点思考

  2. 关于测试用例设计的一点思考软件测试有了测试用例，可以进行测试用例评审和测试用例的持续改进，进而达到提高测试用例质量的目的。对于测试用列的日常时间中，个人有以下几点心的体会：1、明确用例设计的必要性：日程的测试行为中，我们不可能对软　　关于测试用例设计的一点思考 软件测试　　有了测试用例，可以进行测试用例评审和测试用例的持续改进，进而达到提高测试用例质量的目的。对于测试用列的日常时间中，个人有以下几点心的体会：　　1、明确用例设计的必要性：日程的测试行为中，我们不可能对软件进行穷举测试，为了节省资

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：38912
    • 提供者：weixin_38629873

  1. 关于软件测试用例设计的一点思考

  2. 关于软件测试用例设计的一点思考软件测试有了测试用例，可以进行测试用例评审和测试用例的持续改进，进而达到提高测试用例质量的目的。对于测试用列的日常时间中，个人有以下几点心的体会：1、明确用例设计的必要性：日程的测试行为中，我们不可能　　关于软件测试用例设计的一点思考  软件测试　　有了测试用例，可以进行测试用例评审和测试用例的持续改进，进而达到提高测试用例质量的目的。对于测试用列的日常时间中，个人有以下几点心的体会：　　1、明确用例设计的必要性：日程的测试行为中，我们不可能对软件进行穷举测试，为了

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：38912
    • 提供者：weixin_38728277

  1. 软件测试用例设计如何避误

  2. 软件测试用例设计如何避误软件测试1、能发现到目前为止没有发现的缺陷的用例是好的用例：首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘记了测试的目的所在　　                    软件测试用例设计如何避误   软件测试1、能发现到目前为止没有发现的缺陷的用例是好的用例：首先要申明，其实这句话是十分有道理的，但我发现很多人都曲解了这句话的原意，一心要设计出发现“难于发现的缺陷”而陷入盲目的片面中去，忘

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：72704
    • 提供者：weixin_38548507

  1. 软件测试用例设计与管理思路经验总结

  2. 经验总结思路软件测试用例设计与管理思路经验总结软件测试已经很久没有写过case了,结合以前编写用例的一些经验，其实觉得编写用例也还是有流程可走的(当然不是按照教科书上说的那样进行用例设计，姑且不说有多少企业会有那么详细的需求书，会有多少时间让你去写       软件测试用例设计与管理思路经验总结  软件测试　　已经很久没有写过case了,结合以前编写用例的一些经验，其实觉得编写用例也还是有流程可走的(当然不是按照教科书上说的那样进行用例设计，姑且不说有多少企业会有那么详细的需求书，会有多少时间让

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：52224
    • 提供者：weixin_38689857

  1. 软件测试用例设计步骤

  2. 软件测试用例设计步骤 软件测试　　设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤：　　1、测试需求分析　　从软件需求文档中，找出待测试软件/模块的需求，通过自己的分析、理解，整理成为测试需求，清楚被测试对象具有哪些功能。测试需求的特点是：包含软件需求，具有可测试性。　　测试需求

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：49152
    • 提供者：weixin_38741540

  1. 软件用例设计中的结构设计

  2. 优秀的开发工程师不仅是有超强的代码编写能力，同时他还有非凡的概要设计和详细设计能力，那么对于优秀的测试工程师来说，不应该仅仅是极强的发现问题的能力，还应该具备优秀的用例设计能力。用例设计实际上包含两种能力，一种是结构设计能力，一种是用例场景设计能力，今天我想和大家讨论的是前一种能力。 　　用例设计中的结构设计就类似于软件开发中的概要设计，它实指用例设计中的测试项分拆、合并、派生。目前我们测试组有些员工在思考用例设计时包含了这个环节，但并没有将这个环节熟练掌握，且一直困扰着部分人的测试工作开展。可

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：65536
    • 提供者：weixin_38508497

  1. 软件测试中黑盒测试的测试用例设计常用方法

  2. 等价类划分 　　是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 　　1)划分等价类:等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：87040
    • 提供者：weixin_38516190

  1. 软件测试用例设计

  2. 测试用例目前没有经典的定义，比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展。其中，测试用例的设计和编制是软件测试活动中最重要的，它是测试工作的指导，是软件测试必须遵守的准则，更是软件测试质量稳定的根本保障。 　　1、测试用例设计原则 　　设计测试用例时，应遵循以下原则： 　　1)基于测试需求的原则。应按照测试类

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：78848
    • 提供者：weixin_38635682

  1. 软件测试用例设计步骤

  2. 设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试 　　设计测试案例的时候，需要有清晰的测试思路，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程，而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：67584
    • 提供者：weixin_38738783

  1. 黑盒测试的测试用例设计方法

  2. 一、黑盒测试的测试用例设计方法1.等价类划分方法2.边界值分析方法3.错误推测方法4.因果图方法5.判定表驱动分析方法6.正交实验设计方法7.功能图分析方法二、等价类划分等 　　一、黑盒测试的测试用例设计方法 　　1.等价类划分方法 　　2.边界值分析方法 　　3.错误推测方法 　　4.因果图方法 　　5.判定表驱动分析方法 　　6.正交实验设计方法 　　7.功能图分析方法 　　二、等价类划分 　　等价类划分方法是把所有可能的输入数据，即程序的输入域划分成若干部分(子集)，然后从每一个子集中选取

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：61440
    • 提供者：weixin_38536267

  1. 白盒方法在用例设计中的正确应用

  2. 白盒方法在用例设计中的正确应用 　　问题： 　　请帮我针对下面小段程序用三种白盒测试方法设计测试用例： 　　intIsLeap(intyear) 　　{ 　　if(year%4==0) 　　{ 　　if(year0==0) 　　{ 　　if(year0==0) 　　leap=1; 　　else 　　leap=0; 　　} 　　else 　　leap=1; 　　} 　　else 　　leap=0; 　　returnleap; 　　} 　　回答： 　　纯粹从白盒角度来设计用例，是方向性的错误，这是缺

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：322560
    • 提供者：weixin_38752459

  1. 软件测试用例设计需要参考哪些输入?

  2. 不管是文档化的测试用例，还是存在于测试人员头脑中的测试想法和思维，针对测试对象的分析和设计都是整个测试过程的重要测试活动之一。在进行测试分析和设计之前，测试人员首先需要确定测试的需求来源，即测试用例设计需要参考哪些测试依据文档? 　　不管是文档化的测试用例，还是存在于测试人员头脑中的测试想法和思维，针对测试对象的分析和设计都是整个测试过程的重要测试活动之一。在进行测试分析和设计之前，测试人员首先需要确定测试的需求来源，即测试用例设计需要参考哪些测试依据文档? 　　测试用例设计的输入文档是什么?测

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：67584
    • 提供者：weixin_38606897

  1. 软件测试用例设计原则

  2. 一般在进行用例设计前首先要对被测试产品功能的全面了解、明确测试范围(特别是要明确哪些是不需要测试的)、具备基本的测试技术、方法等。1、正确性输入用户实际数据以验证系统是满足需求规格说明书的要求;测试用例中的测试点应首先保证要至少 　　一般在进行用例设计前首先要对被测试产品功能的全面了解、明确测试范围(特别是要明确哪些是不需要测试的)、具备基本的测试技术、方法等。 　　1、正确性 　　输入用户实际数据以验证系统是满足需求规格说明书的要求;测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：36864
    • 提供者：weixin_38747216
« 1 2 ... 4 5 6 7 8 910 11 12 13 14 ... 50 »