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

搜索资源列表

  1. 编程匠艺—编写卓越的代码

  2. 书中主要介绍的内容如下:我大致列了一下: 第I篇 代码表面第一部分 第1章 善于防守——健壮代码的防御性编程技巧 3 1.1 向优秀的代码前进 4 1.2 设想:最坏的选择 4 1.3 什么是防御性编程 6 1.4 又大又坏的世界 8 1.5 防御性编程技巧 8 1.5.1 使用好的编码风格和合理的设计 9 1.5.2 不要仓促地编写代码 9 1.5.3 不要相信任何人 10 1.5.4 编码的目标是清晰,而不是简洁 10 1.5.5 不要让任何人做他们不该做的修补工作 11 1.5.6 编译
  3. 所属分类:网络基础

    • 发布日期:2009-05-06
    • 文件大小:2mb
    • 提供者:yuecl_1220
  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
    • 文件大小:1mb
    • 提供者:iceleste
  1. Fuzzing_模糊测试--强制性安全漏洞发掘

  2. 目录 作者序 译者序 前 言 第一部分 第1章 安全漏洞发掘方法学 1.1 白盒测试 1.1.1 源代码评审 1.1.2 工具和自动化 1.1.3 优点和缺点 1.2 黑盒测试 1.2.1 人工测试 1.2.2 自动测试或模糊测试 1.2.3 优点和缺点 1.3 灰盒测试 1.3.1 二进制审核 1.3.2 自动化的二进制审核 1.3.3 优点和缺点 1.4 小结 1.5 脚注 第2章 什么是模糊测试 2.1 模糊测试的定义 2.2 模糊测试的历史 2.3 模糊测试阶段 2.4 模糊测试的局限
  3. 所属分类:Web开发

    • 发布日期:2010-07-05
    • 文件大小:818kb
    • 提供者:jojo0103
  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
    • 文件大小:1mb
    • 提供者:bjy0716
  1. 软件工程之专题七:软件工程专题

  2. 专题七:软件工程专题 1、软件工程知识 1.1概述 软件工程是指应用计算机科学、数学及管理科学等原理,以工程化的原则和方法来解决软件问题的工程。其目的是提高软件生产率、提高软件质量、减低软件成本。 软件工程是1968年在德国的NATO会议上提出的,希望用工程化的原则和方法来克服软件危机;而软件危机就是软件开发和维护过程中的各种问题,由于软件开发阶段缺乏好的方法的指导和好的工具的辅助,而且缺少有关的文档,使得大量的软件难以维护。 软件生命周期是指由软件定义、软件开发和软件维护等阶段组成的全过程,
  3. 所属分类:其它

    • 发布日期:2011-06-05
    • 文件大小:232kb
    • 提供者:net_david
  1. 软件测试经典面试题 (超实用)

  2. 1、什么是兼容性测试?兼容性测试侧重哪些方面? 5 2、我现在有个程序,发现在Windows上运行得很慢,怎么判别是程序存在问题还是软硬件系统存在问题? 5 3、测试的策略有哪些? 5 4、正交表测试用例设计方法的特点是什么? 5 5、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程? 5 6、你觉得bugzilla在使用的过程中,有什么问题? 5 7、描述测试用例设计的完整过程? 6 8、单元测试的策略有哪些? 6 9、LoadRunner分哪三部分? 6 10、Lo
  3. 所属分类:互联网

    • 发布日期:2012-02-16
    • 文件大小:264kb
    • 提供者:indigo5251
  1. 北京中科信软 QTP测试培训

  2. 1 、如何开展自动化功能测试? 2 、 GUI 测试工具原理 练习 1 :自己动手设计和编写一个小型的基于 GUI 的自动化测试工具。 3 、 QTP 基本概念、 QTP 基本使用方法( QTP 检查点、参数化、 DataTable 、对象库管理) 4 、线性框架的缺陷 5 、模块化框架、函数库结构框架 练习 2 :完成某个项目指定功能的测试用例的自动化实现。
  3. 所属分类:软件测试

    • 发布日期:2013-03-11
    • 文件大小:1mb
    • 提供者:tjw891207
  1. 软件测试流程

  2. 1.需求:阅读需求,理解需求,与客户、开发、架构多方交流,深入了解需求。--testing team 2.测试计划: 根据需求估算测试所需资源(人力、设备等)、所需时间、功能点划分、如何合理分配安排资源等。---testing leader or testing manager 3.用例设计:根据测试计划、任务分配、功能点划分,设计合理的测试用例。---testing leader, senior tester 4.执行测试:根据测试用例的详细步骤,执行测试用例。--every tester(
  3. 所属分类:其它

    • 发布日期:2013-07-16
    • 文件大小:23kb
    • 提供者:u011420293
  1. 软件测试技术2-中国软件评测中心

  2. 黑盒测试技术 测试用例的设计方法 测试用例的组织与编写 如何设计测试用例 一些测试方法和技巧 自动化测试工具
  3. 所属分类:其它

    • 发布日期:2008-12-10
    • 文件大小:1mb
    • 提供者:yuangang06
  1. Android手机软件可靠性测试研究.doc

  2. 文章主要是Android软件可靠性测试的研究。首先介绍了国内外对软件可靠性的研究现状及发展趋势,由此引入了Android软件可靠性测试的研究。作为软件质量的重要衡量标准,软件的可靠性对软件的顺利运行有着至关重要的作用。因此文章的研究重点如下: (1)对于Android软件,收集用户对软件的操作习惯数据是可靠性测试的前提。本文提出了如何收集用户操作习惯数据的方法,并依此设计出带有记录用户操作习惯的Android文件管理器,为对其进行使用模型的建模打下了基础。 (2)目前对于Android手机软
  3. 所属分类:Java

    • 发布日期:2020-01-10
    • 文件大小:4mb
    • 提供者:u013725518
  1. 如何设计编写软件测试用例[2]

  2. 如何设计编写软件测试用例[2]软件测试但路径分析法也有局限性。在一个非常简单字典维护模块就存在十余条路径。一个复杂的模块会有几十到上百条路径是不足为奇的。笔者以为这是路径分析比较合适的使用规模。若一个子系统有十余个或更多的模块,这些模块相  如何设计编写软件测试用例[2]  软件测试  但路径分析法也有局限性。在一个非常简单字典维护模块就存在十余条路径。一个复杂的模块会有几十到上百条路径是不足为奇的。笔者以为这是路径分析比较合适的使用规模。若一个子系统有十余个或更多的模块,这些模块相互有关联。再
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:56kb
    • 提供者:weixin_38611812
  1. 如何写好测试用例的设计心得

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

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

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

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

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

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

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

    • 发布日期:2021-03-23
    • 文件大小:61kb
    • 提供者:weixin_38673694
  1. 如何编写单元测试用例(白盒测试)

  2. 火龙果软件工程技术中心   前段时间公司进行有关测试的培训,集成测试,性能测试,压力测试说了很多。由于本人还处于Coder阶段,只是对单元测试有了些了解。写下来怕以后自己忘记了。都是些自己的看法,不一定准确,欢迎高手指教。一、单元测试的概念单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常,并且返回了正确的输出。 测试的覆盖种类 1.语句覆盖:语句覆盖就是设计若干个测试用例,运行被测试程序,使得每一条可执行语句至少执行一次。 2.判定覆盖(也
  3. 所属分类:其它

    • 发布日期:2021-03-03
    • 文件大小:139kb
    • 提供者:weixin_38693528
  1. 如何编写单元测试用例(白盒测试)

  2. 火龙果软件工程技术中心   前段时间公司进行有关测试的培训,集成测试,性能测试,压力测试说了很多。由于本人还处于Coder阶段,只是对单元测试有了些了解。写下来怕以后自己忘记了。都是些自己的看法,不一定准确,欢迎高手指教。一、单元测试的概念单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常,并且返回了正确的输出。 测试的覆盖种类 1.语句覆盖:语句覆盖就是设计若干个测试用例,运行被测试程序,使得每一条可执行语句至少执行一次。 2.判定覆盖(也
  3. 所属分类:其它

    • 发布日期:2021-02-04
    • 文件大小:139kb
    • 提供者:weixin_38720322
  1. 测试用例的设计心得

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

    • 发布日期:2021-01-31
    • 文件大小:67kb
    • 提供者:weixin_38602563
  1. 关于自动化软件测试用例设计的几点分析

  2. 误区:1、不编写测试用例直接投入测试脚本编写。2、直接拿手工测试用例来编写自动化测试脚本。自动化测试替代不了手工测试,目的仅仅在于让测试人员从繁琐重复的机械式测试过程解脱出来,把时间和精力突入到更有价值的地方,从而挖掘更多的产品缺陷。目前咱们TD中对用例加入了自动化测试的标签。目前自动化测试定位在冒烟测试和回归测试。冒烟测试执行的是主体功能点的用例。回归测试执行全部或部分的测试用例。怎么编写自动化测试用例,如何将自动化测试用例和手工测试用例相辅相成。1、不是所有的手工用例都要转为自动化测试用例。
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:92kb
    • 提供者:weixin_38676216
  1. my_test_case_manager:一个用于小型项目和UAT的简单灵活的测试用例管理器。 也适用于探索性测试-源码

  2. 我的测试用例管理员 一个用于小型项目和UAT的简单灵活的XL测试用例管理器。 也适用于探索性测试。 目录 1.简介 “我的测试用例管理器”(以下简称MTCM)是一种精益测试工具,旨在组织测试用例和管理测试运行结果。 MTCM是进行功能或探索性测试的软件测试工程师的简单,简约的设计。 业务分析师还可以使用MTCM进行用户验收测试(UAT)。 首先,编写测试用例,然后执行它们。 记录运行结果,并在后续工作表上绘制图形。 您可以使用报告和图形将状态传达给项目团队。 向他们展示测试周期如何工作,随着时间
  3. 所属分类:其它

    • 发布日期:2021-03-31
    • 文件大小:201kb
    • 提供者:weixin_42181693
« 12 3 4 »