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

搜索资源列表

  1. 软件测试必看 入门级的教程

  2. 目录 一 软件测试 从零开始 5 1.1 引言 5 1.2 测试准备工作 5 1.2.1 向有经验的测试人员学习 5 1.2.2 阅读软件测试的相关书籍 6 1.2.3 走读缺陷跟踪库中的问题报告单 6 1.2.4 走读相关产品的历史测试用例 6 1.2.5 学习产品相关的业务知识 6 1.3 识别测试需求 7 1.3.1 主动获取需求 7 1.3.2 确认需求的优先级 8 1.3.3 加入开发小组的邮件群组 8 1.3.4 与开发人员为邻 8 1.4 测试用例设计 8 1.4.1 测试用例的
  3. 所属分类:Proxy

    • 发布日期:2010-06-30
    • 文件大小:1048576
    • 提供者:iceleste
  1. 软件测试入门(必看)

  2. 目录 一 软件测试 从零开始 5 1.1 引言 5 1.2 测试准备工作 5 1.2.1 向有经验的测试人员学习 5 1.2.2 阅读软件测试的相关书籍 6 1.2.3 走读缺陷跟踪库中的问题报告单 6 1.2.4 走读相关产品的历史测试用例 6 1.2.5 学习产品相关的业务知识 6 1.3 识别测试需求 7 1.3.1 主动获取需求 7 1.3.2 确认需求的优先级 8 1.3.3 加入开发小组的邮件群组 8 1.3.4 与开发人员为邻 8 1.4 测试用例设计 8 1.4.1 测试用例的
  3. 所属分类:Proxy

    • 发布日期:2010-08-07
    • 文件大小:1048576
    • 提供者:bjy0716
  1. QTP自动化测试进阶

  2. 自动化测试项目计划 1 工作阶段分解 1.1 项目启动阶段 1.1.1 评估过去的项目 1.1.2 目标范围 1.1.3 效果衡量 1.1.4 团队成员构成 1.1.5 招聘 1.2 早期项目支持阶段 1.2.1 目标和目的 1.2.2 约束调研 1.2.3 可测试性评审 1.2.4 需求评审 1.2.5 测试流程分析 1.2.6 组织介入 1.3 测试自动化计划阶段 1.3.1 测试需求 1.3.2 自动化测试策略 1.3.3 可交付的成果 1.3.4 测试程序参数 1.3.5 培训计划 1
  3. 所属分类:QT

    • 发布日期:2011-02-19
    • 文件大小:308224
    • 提供者:terry33333
  1. 《全程软件测试》第8章

  2. 如果将软件测试贯穿整个软件开发过程,从项目启动的第一天开始就将软件测试引入进来,情况就完全不一样了。贯穿软件开发全过程的测试,不仅可以在第一时间内发现缺陷,而且能有效地预防缺陷的产生。缺陷预防,可以大大减少软件缺陷的数量、提高软件质量,更有价值的是,它可以极大地缩短开发周期、降低软件开发的成本。全过程的软件测试,赋予软件测试更多的责任和内容,软件测试不再是事后检查,而是缺陷预防和检查的统一。在需求分析时,通过测试团队和开发团队的共同努力,深刻挖掘用户的需求,清除一切模糊的需求描述;在设计阶段,
  3. 所属分类:专业指导

    • 发布日期:2008-04-25
    • 文件大小:1048576
    • 提供者:KerryZhu
  1. 软件可测试性pdf

  2. 质量。缺陷。可测试性。 主要介绍以下相关内容: 1、测试驱动开发(TDO); 2、代码的可测试性; 3、设计的可测试性; 4、需求的可测试性; 5、软件可测试性框架
  3. 所属分类:软件测试

    • 发布日期:2011-10-17
    • 文件大小:1048576
    • 提供者:Landicorp
  1. 有效测试的50条建议

  2. 为什么在需求中引入测试 1. 可以提早发现bug 2. 可以对软件和领域有更深的了解, 3. 可以更好的完成 test plan, design, case, 4. 可以对需求提出修改意见 5. 可以发现有意义的bug, 提高测试质量 二, 在需求阶段测试的工作。 1. 和需求人员一起参与分析需求,使得测试能深层次的理解需求。 2. 如果需求已形成,测试需要用审阅的方式进行,主要看是否有功能遗漏,是否有多余的需求。 需求表达是否规范等(对测试有行业的要求) 1.是否所有需求都体现了 是[ ]
  3. 所属分类:互联网

    • 发布日期:2011-12-02
    • 文件大小:11534336
    • 提供者:hezijimin95
  1. 完美测试.pdf

  2. 每个人都怀有梦想或理想,测试人员也不例外,希望将自己的工作做得比较完美。本书力求通过一些典型案例告诉大家什么是完美测试,又如何做到完美测试。在给出的例子中,不仅包括功能测试、功能的异常测试、不同平台的功能测试和一些崩溃问题的处理,而且包括国际化测试、性能测试、用户体验测试、Accessibility测试等,并用较大的篇幅讨论了自动化测试。ITPUB个人空间/G?z5x,m)XM 为了达到完美测试,建立良好的测试体系、使产品具有可测试性以及缺陷预防等更为重要,对此,本书也做了讨论。最后,本书还展
  3. 所属分类:软件测试

    • 发布日期:2012-05-18
    • 文件大小:19922944
    • 提供者:qingtingxiaoyu
  1. 软件测试系列最佳实践

  2. 目录 第1章 软件测试的金字塔体系1 1.1 从1个中心到5个要素3 1.2 5个工作面5 1.3 8组关系6 1.4 13项原则8 1.5 21个关键域11 1.6 34个方法15 第2章 测试架构从何而来17 2.1 什么是测试架构18 2.2 测试领域架构21 2.3 自动化测试架构之说25 2.3.1 为何要建立自动化测试架构25 2.3.2 解决什么问题26 2.3.3 软件开发框架的启发30 2.3.4 测试自动化框架的基本构成31 2.4 谁能成为测试架构师34 第3章 如何让缺
  3. 所属分类:软件测试

    • 发布日期:2012-08-15
    • 文件大小:14680064
    • 提供者:oliver179
  1. 需求说明书评测规范

  2. 需求说明书是否包含了主要的质量特性,例如有效性、高效性、灵活性、完整性、互操作性、可靠性、健壮性、可用性、可维护性、可移植性、可重用性和可测试性
  3. 所属分类:软件测试

    • 发布日期:2013-01-21
    • 文件大小:14336
    • 提供者:zhouminqi
  1. 嵌入式软件测试工具--LOGISCOPE

  2. LOGISCOPE 是一组嵌入式软件测试工具集。它贯穿于软件开发、代码评审、单元/集成测试、系统测试、以及软件维护阶段。它面向源代码进行工作。LOGISCOPE 针对编码、测试和维护。因此,LOGISCOPE 的重点是帮助代码评审(Review )和动态覆盖测试(Testing )。 LOGISCOPE对软件的分析,采用基于国际间使用的度量方法(Halstead、McCabe等)的质量模型,以及从多家公司收集的编程规则集,可以从软件的编程规则,静态特征和动态测试覆盖等多个方面,量化地定义质量模
  3. 所属分类:硬件开发

    • 发布日期:2008-10-13
    • 文件大小:15728640
    • 提供者:zhongyunde
  1. 软件可测试性需求

  2. 软件可测试性需求文档集锦,全面描述了软件可测试性需求的范围、定义、流程等。
  3. 所属分类:软件测试

    • 发布日期:2015-07-06
    • 文件大小:141312
    • 提供者:qq_27934941
  1. 产品硬件开发需求说明书模版.doc

  2. 文档是一款产品硬件开发需求的模板详细目录如下: 1. 引言 5 1.1. 文档目的 5 1.2. 参考资料 5 2. 产品说明 5 2.1. 产品机型 5 2.2. 配置信息 5 2.3. 产品应用环境 6 3. 产品模块需求 6 3.1. 模块详细需求表 6 3.2. 功能模块详细需求说明 7 3.2.1. CPU 7 3.2.2. Nor Flash 8 3.2.3. Nand Flash 8 3.2.4. SDRAM 9 3.2.5. DDR RAM 9 3.2.6. USB 9 3.2.
  3. 所属分类:嵌入式

    • 发布日期:2020-06-10
    • 文件大小:202752
    • 提供者:cxbooooooo
  1. 电路板制板可测试性技术分析

  2. 电路板制板可测试性的定义可简要解释为:电路板测试工程师在检测某种元件的特性时应该尽可能使用最简单的方法来测试,以确定该元件能是否到达预期的功能需求。
  3. 所属分类:其它

    • 发布日期:2020-10-19
    • 文件大小:46080
    • 提供者:weixin_38504417
  1. PCB技术中的电路板改板设计中的可测试性技术

  2. 电路板制板可测试性的定义可简要解释为:电路板测试工程师在检测某种元件的特性时应该尽可能使用最简单的方法来测试,以确定该元件能是否到达预期的功能需求。进一步含义即:   1 检测产品是否符合技术规范的方法简单化到什么程度?   2 编制测试程序能快到什么程度?   3 发现产品故障全面化到什么程度?   4 接入测试点的方法简单化到什么程度?   过去,若某一产品在上一测试点不能测试,那么这个问题就被简单地推移到直一个测试点上去。如果产品缺陷在生产测试中不能发现,则此缺陷的识别与诊断也会
  3. 所属分类:其它

    • 发布日期:2020-11-06
    • 文件大小:50176
    • 提供者:weixin_38563525
  1. PCB技术中的电路板设计可测试性技术

  2. 电路板制板可测试性的定义可简要解释为:电路板测试工程师在检测某种元件的特性时应该尽可能使用最简单的方法来测试,以确定该元件能是否到达预期的功能需求。进一步含义即:   1 检测产品是否符合技术规范的方法简单化到什么程度?   2 编制测试程序能快到什么程度?   3 发现产品故障全面化到什么程度?   4 接入测试点的方法简单化到什么程度?   过去,若某一产品在上一测试点不能测试,那么这个问题就被简单地推移到直一个测试点上去。如果产品缺陷在生产测试中不能发现,则此缺陷的识别与诊断也会
  3. 所属分类:其它

    • 发布日期:2020-11-06
    • 文件大小:50176
    • 提供者:weixin_38673798
  1. 高效的测试确保可跟踪性和验证要求

  2. 集成汽车电子硬件和软件测试的需求,可以是开发更为流畅,成本更为低廉。对要求可跟踪性和验证的需要像一个契约要求给汽车电子供应商施加着影响。随着频率的提高,厂商逐渐意识到以要求为基础的测试通常是软件开发工程成功的重要要素。 作为一种可交付使用的合同,或更一般地说,作为一种劳动产品,要求可跟踪性的任务生成了一个测试验证矩阵(TVM),TVM是一个很难制成的产品,这个过程消耗着从其他生产率更高的活动中转移过来的有价值的资源。 在人们试图通过项目的测试、集成和展开阶段去维护TVM之时,TVM的真实重要性才
  3. 所属分类:其它

    • 发布日期:2021-02-27
    • 文件大小:199680
    • 提供者:weixin_38710127
  1. 高效的测试确保可跟踪性和验证要求

  2. 集成汽车电子硬件和软件测试的需求,可以是开发更为流畅,成本更为低廉。对要求可跟踪性和验证的需要像一个契约要求给汽车电子供应商施加着影响。随着频率的提高,厂商逐渐意识到以要求为基础的测试通常是软件开发工程成功的重要要素。 作为一种可交付使用的合同,或更一般地说,作为一种劳动产品,要求可跟踪性的任务生成了一个测试验证矩阵(TVM),TVM是一个很难制成的产品,这个过程消耗着从其他生产率更高的活动中转移过来的有价值的资源。 在人们试图通过项目的测试、集成和展开阶段去维护TVM之时,TVM的真实重要性才
  3. 所属分类:其它

    • 发布日期:2021-02-21
    • 文件大小:199680
    • 提供者:weixin_38665944
  1. flutter_deer::deer:Flutter练习项目(包括集成测试,可访问性测试)。内含完整的UI设计图,更贴近真实项目的练习。 包括完整的UI设计和更接近实际项目的练习-源码

  2. 扑鹿 本项目为个人学习Flutter的练习项目。 通过设置,修改,组合自带部件以及自定义来实现具体的设计效果,满足日常开发的需求。 本项目设计图见设计目录,您可以通过我提供的设计图有目标的去练习。所有的实现仅是个人的学习理解,如果有更好的实现方案欢迎交流。 预览 部分页面效果如下: 觉得还可以的话,来个Star,Fork支持一波!有问题欢迎提问题。 实现内容 mvp模式 使用provider (4.x版本)做状态管理 基于dio (3.x版本)的网络请求封装 完整的集成测试,可访问性测试。 支持
  3. 所属分类:其它

    • 发布日期:2021-02-01
    • 文件大小:12582912
    • 提供者:weixin_42117037
  1. 电路板设计可测试性技术

  2. 电路板制板可测试性的定义可简要解释为:电路板测试工程师在检测某种元件的特性时应该尽可能使用简单的方法来测试,以确定该元件能是否到达预期的功能需求。进一步含义即:   1 检测产品是否符合技术规范的方法简单化到什么程度?   2 编制测试程序能快到什么程度?   3 发现产品故障全面化到什么程度?   4 接入测试点的方法简单化到什么程度?   过去,若某一产品在上一测试点不能测试,那么这个问题就被简单地推移到直一个测试点上去。如果产品缺陷在生产测试中不能发现,则此缺陷的识别与诊断也会简
  3. 所属分类:其它

    • 发布日期:2021-01-19
    • 文件大小:47104
    • 提供者:weixin_38502292
  1. 电路板改板设计中的可测试性技术

  2. 电路板制板可测试性的定义可简要解释为:电路板测试工程师在检测某种元件的特性时应该尽可能使用简单的方法来测试,以确定该元件能是否到达预期的功能需求。进一步含义即:   1 检测产品是否符合技术规范的方法简单化到什么程度?   2 编制测试程序能快到什么程度?   3 发现产品故障全面化到什么程度?   4 接入测试点的方法简单化到什么程度?   过去,若某一产品在上一测试点不能测试,那么这个问题就被简单地推移到直一个测试点上去。如果产品缺陷在生产测试中不能发现,则此缺陷的识别与诊断也会简
  3. 所属分类:其它

    • 发布日期:2021-01-19
    • 文件大小:47104
    • 提供者:weixin_38590790
« 12 3 4 5 6 7 8 9 10 ... 33 »