您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 史上最全的测试用例设计方法总结.doc

  2. 史上最全的测试用例设计方法总结.doc 测试用例的设计方法(全)
  3. 所属分类:专业指导

    • 发布日期:2009-08-05
    • 文件大小:1048576
    • 提供者:atiansk2006
  1. 测试用例的设计方法(全) 史上最全的测试用例设计方法总结

  2. 史上最全的测试用例设计方法总结史上最全的测试用例设计方法总结
  3. 所属分类:专业指导

    • 发布日期:2010-03-10
    • 文件大小:1048576
    • 提供者:baobao72931
  1. 测试用例编写资料汇总

  2. 内容如下: 使用因果图设计测试用例.doc 写测试用例不可不看的好东东!!!.pdf 史上最全的测试用例设计方法总结.doc 如何设计编制软件测试用例.doc 测试用例.doc 测试用例的设计-边界值法例子.doc 测试用例的设计等价划分法.ppt 测试用例示例1.doc 测试用例表模板.pdf 测试用例设计.ppt 测试用例设计指南.pdf 测试用例设计白皮书.doc 用例-UML.doc 编写测试用例方法心得体会.doc 软件测试基础:测试用例设计.doc 软件测试用例设计(白盒).ppt
  3. 所属分类:C/C++

    • 发布日期:2008-02-01
    • 文件大小:2097152
    • 提供者:tobiaspan
  1. 测试用例的设计方法 最全的测试用例设计方法总结

  2. 测试用例的设计方法 最全的测试用例设计方法总结
  3. 所属分类:专业指导

    • 发布日期:2010-09-21
    • 文件大小:1048576
    • 提供者:jack18hao
  1. 史上最全的测试用例设计方法总结

  2. 测试用例的设计方法 一.方法简介 二.实战演习 测试用例设计综合策略 1. Myers提出了使用各种测试方法的综合策略: 1)在任何情况下都必须使用边界值分析方法,经验表明用这种方法设计出测试用例发现程序错误的能力最强。 【文章来源:文斯测试技术研究中心 http://blog.csdn.net/vincetest】 2)必要时用等价类划分方法补充一些测试用例。 3)用错误推测法再追加一些测试用例。 4)对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度,如果没有达到要求的覆盖标准,应当再补充
  3. 所属分类:其它

    • 发布日期:2010-12-28
    • 文件大小:1048576
    • 提供者:jjyinning
  1. 史上最全的测试用例设计方法总结

  2. 从理论到实战,本文详细的介绍了软件测试工作中,测试用例的设计方法。
  3. 所属分类:其它

    • 发布日期:2011-11-23
    • 文件大小:1048576
    • 提供者:leango
  1. 史上最全的测试用例设计方法总结.doc

  2. 最全测试用例的设计方法的总结,适用于新手学习
  3. 所属分类:软件测试

    • 发布日期:2020-04-10
    • 文件大小:1048576
    • 提供者:zhifouuzhifou
  1. 基于数据包路径检测功能的测试用例设计与实施.doc

  2. 本文在对数据包路径检测功能的结构体系详细分析的基础之上,通过对用户需求、功能需求及其他需求的具体分析,运用多种黑盒测试方法对项目的功能点进行了测试用例的设计。基于测试用例的基础上,对测试用例的环境进行搭建,并执行测试用例。然后针对测试阶段发现的缺陷进行分析,并通过回归测试对缺陷进行确认是否解决,为开发人员解决问题提供了依据,并对测试工作中所遇到的问题做了总结和改进。
  3. 所属分类:网络攻防

    • 发布日期:2020-02-29
    • 文件大小:1048576
    • 提供者:beans9
  1. 如何写好测试用例的设计心得

  2. 入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?   如此简单的问题一问,仔细一想,思绪凌乱无章。这就是没有好好思考过的原因。   今天在博客总结下自己的看法,如何编写测试用例:   1、了解软件的原始需求(测试目的)   在编写一个软件或者模块的测试用例时候,一定要明白这个功能的原始需求,也就是软件的使用者(客户)的需求。理解原始需求后,编写的测试用例才更有目的性。   2、熟悉软件的功能需求(测试点
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:66560
    • 提供者:weixin_38563525
  1. 测试用例的设计心得

  2. 入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?如此简单的问题一   入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?   如此简单的问题一问,仔细一想,思绪凌乱无章。这就是没有好好思考过的原因。   今天在博客总结下自己的看法,如何编写测试用例:   1、了解软件的原始需求(测试目的)   在编写一个软件或者
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:62464
    • 提供者:weixin_38514872
  1. 测试用例的设计心得

  2. 入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?如此简单的问题一   入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?   如此简单的问题一问,仔细一想,思绪凌乱无章。这就是没有好好思考过的原因。   今天在博客总结下自己的看法,如何编写测试用例:   1、了解软件的原始需求(测试目的)   在编写一个软件或者
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:62464
    • 提供者:weixin_38517095
  1. 总结测试用例的设计

  2. 作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:   1)首先要对测试用例的组织结构进行划分   如果公司的测试流程还算规范完整的话,在进行需求评审的时候,测试人员就应该根据需求对测试用例的结构进行分类,如果是一个比较大型的管理系统,那么测试用例就可以根据功能模块
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:140288
    • 提供者:weixin_38622777
  1. 测试用例的设计心得

  2. 入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?如此简单的问题一   入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?   如此简单的问题一问,仔细一想,思绪凌乱无章。这就是没有好好思考过的原因。   今天在博客总结下自己的看法,如何编写测试用例:   1、了解软件的原始需求(测试目的)   在编写一个软件或者
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:62464
    • 提供者:weixin_38673694
  1. 总结测试用例的设计

  2. 作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思   作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:   1)首先要对测试用例的组织结构进行划分   
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:140288
    • 提供者:weixin_38693586
  1. 代替测试用例的检查表

  2. 2004年底在大连出差的时候,帮一个项目做测试,顺便写下这个检查表,这个检查表对测试的初学者积累经验比较有用,实际对于有经验的测试人员尤其对于测试业务管理信息系统,基   2004年底在大连出差的时候,帮一个项目做测试,顺便写下这个检查表,这个检查表对测试的初学者积累经验比较有用,实际对于有经验的测试人员尤其对于测试业务管理信息系统,基本上大量的测试不需要再编写测试用例,当然对业务流程、复杂逻辑还是要设计详细的测试用例的。如果你测试的系统是有大量人机交互的业务管理信息系统,而且你又比较懒惰,那就
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:65536
    • 提供者:weixin_38659789
  1. 总结测试用例的设计

  2. 作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:1)首先要对测试用例的组织结构进行划分如果公司的测试流程还算规范完整的话,在进行需求评审的时候,测试人员就应该根据需求对测试用例的结构进行分类,如果是一个比较大型的管理系统,那么测试用例就可以根据功能模块来进行分类,
  3. 所属分类:其它

    • 发布日期:2021-02-27
    • 文件大小:143360
    • 提供者:weixin_38719702
  1. 入门级----需求的分析以及测试用例的设计与编写

  2. 1、测试需求的分析和确定2、测试计划3、测试设计4、测试执行5、测试记录和缺陷跟踪6、回归测试7、测试总结和报告(关于怎样才能做好软件的需求分析工作,以及度量软件需求,请参考的《探索需求-设计前的质量》一书,《ExploringRequirements:QualityBeforeDesign》)例子:1、是否覆盖了用户提出的所有需求项(完整性)用户的原始需求素材(用户需求文档,用户提供的相关材料,调研记录,与用户的沟通记录)2、用词是否清晰,语义是否存在歧义(明确性)找出诸如也许,可能,大概,大
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:374784
    • 提供者:weixin_38667408
  1. 总结测试用例的设计

  2. 作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:1)首先要对测试用例的组织结构进行划分如果公司的测试流程还算规范完整的话,在进行需求评审的时候,测试人员就应该根据需求对测试用例的结构进行分类,如果是一个比较大型的管理系统,那么测试用例就可以根据功能模块来进行分类,
  3. 所属分类:其它

    • 发布日期:2021-02-21
    • 文件大小:143360
    • 提供者:weixin_38644097
  1. 测试用例的设计心得

  2. 入行软件测试行业2年,从事过自动化的测试和手工的功能测试。两年来一直没有总结过自己的工作。每当一听人问起一个简单的问题,如何编写好的测试用例?如此简单的问题一问,仔细一想,思绪凌乱无章。这就是没有好好思考过的原因。在编写一个软件或者模块的测试用例时候,一定要明白这个功能的原始需求,也就是软件的使用者(客户)的需求。理解原始需求后,编写的测试用例才更有目的性。这个功能需求是指软件的细化需求点,这个一般在需求文档里面都会体现。这里要做的是把需求稳定的“粗略”的需求,细化成一个个小需求点。熟悉功能需求
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:68608
    • 提供者:weixin_38602563
  1. 入门级----需求的分析以及测试用例的设计与编写

  2. 1、测试需求的分析和确定2、测试计划3、测试设计4、测试执行5、测试记录和缺陷跟踪6、回归测试7、测试总结和报告(关于怎样才能做好软件的需求分析工作,以及度量软件需求,请参考的《探索需求-设计前的质量》一书,《Exploring Requirements:QualityBeforeDesign》)例子:1、是否覆盖了用户提出的所有需求项(完整性)用户的原始需求素材(用户需求文档,用户提供的相关材料,调研记录,与用户的沟通记录)2、用词是否清晰,语义是否存在歧义(
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:374784
    • 提供者:weixin_38723516
« 12 3 4 5 6 7 8 9 10 ... 17 »