02 2021 档案
摘要：检视代码，评审开发文档； 进行测试设计，写作测试文档（测试计划、测试方案、测试用例等）； 执行测试，发现软件缺陷，提交缺陷报告，并确认缺陷最终得到了修正； 通过测试度量软件质量
阅读全文
摘要：功能性：当软件在指定条件下使用时，软件产品提供满足明确和隐含需求的功能的能力。包括：适合性；准确性；互操作性；保密安全性；功能性的依从性。 可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。包括：成熟性；容错性；易恢复性；可靠性的依从性。 易用性：在指定条件下使用时，软件产品被理解、学习
阅读全文
摘要：软件质量保证(SQA)和测试： SQA从流程方面保证软件的质量、测试从技术方面保证软件的质量、只进行SQA或者只进行测试活动不一定能产生好的软件质量。 SQA的主要工作范围： 1.保障制度体系。2.促进过程改进。3.指导项目实施。4.增加透明度。5.评审项目活动。6.审核工作产品。7.协助解决问题。
阅读全文
摘要：1、 什么是白盒测试： · 白盒测试是依据被测软件分析程序内部构造，并根据内部构造设计用例，来对内部控制流程进行测试，可完全不顾程序的整体功能实现情况； · 白盒测试是基于程序结构的逻辑驱动测试； · 白盒测试又可以被称为玻璃盒测试、透明盒测试、开放盒测试、结构化测试、逻辑驱动测试。 2、 为什么进
阅读全文
摘要：控制流相关概念：程序元素、控制流关系、控制流图、控制流矩阵。 控制流分析能发现的问题：转向并不存在的标号；没有用的语句标号；从程序 入口进入后无法达到的语句；不能达到停机语句的 语句。 数据流相关概念：数据的定义；数据的引用。 数据流分析的左右：分析代码中关于数据定义和引用方面的错误；进行代码优 化
阅读全文
摘要：白盒测试的特点： 测试人员需要了解软件的实现；· 可以检测代码中的每条分支和路 径；· 解释隐藏在代码中的错误；· 对代码的测试比较彻底；· 实现代 码结构上的优化；· 白盒测试投入较大，成本高；· 白盒测试不验证规 格的正确性。
阅读全文
摘要：黑盒测试把被测对象看成一个黑盒，只考虑其整体特性，不考虑其内部具体实现； 黑盒测试针对的被测对象可以是一个系统、一个子系统、一个模块、一个子模块、一个函数等。 黑盒测试又可以被称为基于规格的测试。
阅读全文
摘要：黑盒测试的优点：·对于更大的代码单元来说（子系统甚至系统级）比白 盒测试效率要高；· 测试人员不需要了解实现的细节， 包括特定的编程语言；· 从用户的视角进行测试，很容 易被大家理解和接受；· 有助于暴露任何规格不一致或 有歧义的问题。 黑盒测试的缺点：· 没有清晰的和简明的规格，测试用例是很难设计
阅读全文
摘要：在于发现各模块内部可能存在的各种错误主要是基于白盒测试。 · 验证代码是与设计相符合的；· 发现设计和需求中存在的错误； · 发现在编码过程中引入的错误。（和设计不相符 / 和设计相符，但是由于 编码疏漏引起） 单元测试的常见错误：1.单元接口 2.局部数据结构 3.独立路径 4.出错处理 5.边界
阅读全文
摘要：方法：不考虑每个模块与其他模块之间的关系，为每个模块设计桩模块和 驱动模块。每个模块进行独立的单元测试。 · 优点：该方法是最简单，最容易操作的。可以达到高的结构覆盖率。该方法是纯粹的单元测试。 · 缺点：桩函数和驱动函数工作量很大，效率低。
阅读全文
摘要：方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块。其 次对第二层进行测试，使用上面已测试的单元做驱动模块。如此类 推直到测试完所有模块。 · 优点：可以节省驱动函数的开发工作量，测试效率较高。 · 缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且 开发和维护的成本将增加。
阅读全文
摘要：方法：先对模块调用层次图上最低层的模块进行单元测试，模拟调用该模 块的模块做驱动模块。然后再对上面一层做单元测试，用下面已被 测试过的模块做桩模块。以此类推，直到测试完所有模块。 · 优点：可以节省桩函数的开发工作量，测试效率较高。 · 缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将
阅读全文
摘要：测试计划： 完成单元测试计划； 测试设计：完成单元测试方案； 测试实现：完成单元测试用例、单元测试规程、单元测试脚本及数据文件； 测试执行：执行单元测试用例，修改发现的问题并进行回归测试，提交单元测试报告。
阅读全文
摘要：集成测试(Integration Testing) 集成测试也叫组装测试、联合测试、部件测试、子系统测试 • 集成测试测什么 1.外部接口：各件结合在一起后表现的功能 2.内部接口：各件间的接口是否正确Ä • 集成测试的目的 验证软件的组件对概要设计说明书的符合度 • 集成测试的评估基准： 接口覆盖
阅读全文
摘要：一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。 • 程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。 • 虽然已经有了IT和ST，但IT和UT、ST关注点不一样，它们互为补充 • 反分解性公理：为一个被测模块获得的覆盖并不能覆盖他所调用的模块。 • 反组合性
阅读全文
摘要：• 开发人员做 A优势:一般来说，编程能力稍强 B劣势:Protect（就像变形金刚的汽车人），心理上不愿意否定自己的劳动成果，职责是保护程序 • 测试人员做 A优势:Destroy（就像变形金刚的霸天虎），心理上追求完美，职责是挑刺、破坏程序 B劣势:目前的现状，大部分tester编程能力不够
阅读全文
摘要：集成测试所处的测试过程： A.测试准备活动在开发活动时可以并行开展，如开始做HLD设计时就可以开始做ITP了 B.测试执行活动在单元测试的基础上进行
阅读全文
摘要：• 子系统间集成（系统内集成） • 模块间集成（子系统内集成） • 函数间集成（模块内集成）
阅读全文
摘要：1 测试过程的制定 1.1 计划 根据SVVP制定ITP 1.2 设计 根据ITP制定IT方案 1.3 实现 根据IT方案制定IT用例 1.4 执行 根据IT用例进行集成测试，提交Bug Report，……，回归测试 0.2 采用的测试方法 0.3 灰盒测试 随集成层次不同，灰度随之相应变化 0.4
阅读全文
摘要：优点 方法简单、效率高 缺点 • "急于求成"，成功率不高 • "大海捞针"，导致即使发现问题也难以定位（无法故障隔离） • "囫囵吞枣"，许多内部接口的错误被漏测 适用范围 • 小项目、维护型项目 • 软件结构不清晰的系统
阅读全文
摘要：优点 方法简单、效率高 缺点 • "急于求成"，成功率不高 • "大海捞针"，导致即使发现问题也难以定位（无法故障隔离） • "囫囵吞枣"，许多内部接口的错误被漏测 适用范围 • 小项目、维护型项目 • 软件结构不清晰的系统 2>自顶向下集成 Top-Down 子策略 • 深度优先（Depth-Fi
阅读全文
摘要：优点 A.底层组件得到较早验证 B.测试初期可以并行集成，效率高 C.由于驱动模块是额外编写的，对被测模块的可测试性要求较低 D.减少了开发桩的工作量 E.定位问题容易，支持故障隔离 缺点 A.需要开发大量的驱动，工作量、成本同样很高 B.对高层的验证太晚了，设计上的缺陷不能被及早发现 C.集成到顶
阅读全文
摘要：优点 融合了自顶向下和自底向上两种策略的优点 缺点 中间层测试要么不充分，要么测的充分但开发驱动和桩的工作量大 适用范围 软件结构清晰的系统基本都适合采用
阅读全文
摘要：结构与策略：内核（大爆炸）-应用子系统（自底向上）-控制子系统（自顶向下） 优点 具有三明治集成的优点 缺点 A.对系统结构的分析存在一定难度 B.由于被测系统复杂，驱动和桩的开发工作量较大 C.局部采用了大爆炸策略，存在大爆炸所有的缺点 适用范围 嵌入式系统
阅读全文
摘要：集成方式 A.层内集成 策略非常灵活，可以是各种其他策略 优缺点根据策略而变 B.层间集成 策略和优缺点同"层内集成" 使用范围 有明显线性层次关系的系统
阅读全文
摘要：优点 A.可以尽早验证关键组件的功能 B.可能同时加入多个模块，与大爆炸类似，效率较高 C.和自顶向下一样，驱动模块的开发工作量不多 缺点 A.兼具大爆炸和自顶向下的缺点，比如对有些接口测试不充分，可能导致漏测 B.可能会有较多的冗余测试 适用范围 对功能的实现没把握的产品
阅读全文
摘要：优点 A.错误能被较早发现，且容易定位 B.开发和集成可以并行，效率高 缺点 测试针对性不强，不容易发现有价值的问题 适用范围 迭代开发、增量开发的产品
阅读全文
摘要：优点 并行度高，能缩短项目进度 缺点 组件间缺乏整体性，无法有效集成 开发驱动和桩的工作量难以估计 由于进度原因，集成效果不好 适用范围 进度很紧的项目
阅读全文
摘要：优点 风险大的模块得到较早验证，有助于系统的快速稳定 缺点 风险分析偏差导致集成重点的偏离 适用范围 有些组件有较大的风险，需及早验证以增强信心
阅读全文
摘要：优缺点与"基于功能集成"类似，适用面向对象系统 12>基于使用集成 Use-Based 优缺点与"自底向上"类似，适用面向对象系统 13>基于C/S、B/S的集成 适用C/S、B/S结构的系统 14>分布式集成 Distributed Services 适用分布式系统
阅读全文
摘要：1.尽可能所有需求都有对应的Test Case; 2.依据软件的质量特性，以不同的角度，测试需求; 3.依据不同的Test Case、方法，构造不同的测试数据及处理过程; 常用测试方法
阅读全文
摘要：• 定义： function Testing--依据SRS和测试需求列表验证产品的功能是否实现和是否符合产品需求规格 • 目标： 1.是否有不正确或遗漏了的功能？ 2.功能是实现是否满足用户需求，和系统设计的隐式需求？ 3.输入能否正确接受？能否正确输出结果？
阅读全文
摘要：• 定义： Performance Testing--测试该软件在集成系统中的运行性能。（大多使用工具测试） • 目标： 度量系统相对与预定义目标的差距。 • 实施： 1.性能指标定义明确。 2.构造性能测试研究数据。 3.构造不同的性能测试场景。 4.执行性能测试 （一般>90%就通过）。 5.性
阅读全文
摘要：• 定义： Stress Testing--系统在其资源超符合的情况下表现。 • 目标： 在极限或者恶劣的环境下，系统的自我保护能力。主要验证系统的可靠性。 • 实施： 1.同一时间，大量的用户登陆。 2.引入大量的操作。 • 目的： 1.是否存在内存泄露。 2.验证系统可靠性。 3.测试后给予用户
阅读全文
摘要：• 定义： volume Testing--使系统能够承受超额的数据容量来发现它是否能够正确处理。 • 目标： 1.测试系统容量是否满足需求规定系统容量。 2.若无规定系统容量可以通过此测试给出明确容量界定。 • 实施： 1.构造一批大容量的测试数据输入到系统。 2.对系统整体构造不同业务场景，反复
阅读全文
摘要：• 定义： Security Testing--验证集成在系统内的保护机制能否在实际应用中保护系统不受到非法的侵入。 • 目的： 保证系统安全性，数据的完整性、保密性。 1.5.1 数据 完整性 • 数据存储的完整性。 • 数据保密的完整性。 保密性 • 数据存储的保密性。 • 数据访问的保密性。
阅读全文
摘要：定义： Graphical User Interface Testing--针对软件系统的界面进行的测试。 • 目标： 1.界面实现与界面设计的吻合情况。(界面设计) 2.确认界面处理的正确性。（针对不同的控件分析） • 相关自动化测试工具 1.WinRunner 2.SilkTest 3.QaRu
阅读全文
摘要：• 定义： Usability Testing--为检测用户在理解和使用系统方面到底有多好。 • 目标： 1.考虑产品是否符合实际应用情况。 2.是否符合用户习惯或特殊要求。 3.操作方式是否方便合理、设备和用户见交互信息是否准确易于理解、是否遵从行业习惯、外观/界面是否美观等。 • 一般关注的可用
阅读全文
摘要：• 定义： 根据软件测试特性列表、软件安装、配置文档，设计安装过程的测试用例，发现软件在安装过程中的错误。 • 被测对象： 1.软件本身。 2.软件安装文档。 1.8.1 安装测试前要检查的工作 1.安装文档是否齐全。 2.安装软件的程序文件是否齐全。 3.被测软件的安装文件是否齐全。 4.软件的安
阅读全文
摘要：• 定义： 系统在各种软硬件配置、不同参数配置下系统具有的功能和性能。 • 目标： 验证全部配置的可操作性，有效性。
阅读全文
摘要：• 定义： 容错性测试。通过人工干预手段产生异常，能检验系统的容错、恢复能力，是系统可靠性评价的重要手段。 • 异常处理 1.系统自动处理。 2.人工干预处理。 • 注意 1.系统的异常还与系统的指标测试有关，当系统的服务能力大于系统的设计指标时，也属于系统的异常情况。 2.系统的可靠性是设计出来的
阅读全文
摘要：1.11 备份测试（可靠） 恢复性测试的一个补充，验证软件或硬件失败中备份他数据的能力。 1.12 健壮性测试（可靠） Robustness Testing 用于测试系统在故障时，是否能够自动恢复或者忽略故障继续运行。 1.13 文档测试 Documentation Testing 测试文档的正确性
阅读全文
摘要：2.1 计划阶段 明确what目标、why测试目的、when可控时间、where测试范围、how如何开展.主要活动有：参与开发人员软件需求的分析，SRS评审，通过后写ST计划，进行ST计划评审。 • 入口准则：SRS完成并确定需求规格基线 • 输入：SRS|SDP|SVVP • 出口准则：ST计划评
阅读全文
摘要：1、 覆盖率概念： · 覆盖率是用来度量测试完整性的一个手段。覆盖率是测试技术有效性的一个度量。覆盖率=（至少被执行一次的item数）/item的总数； · 覆盖率大体可以划分为两大类：逻辑覆盖和功能覆盖； · 测试用例设计不能一味追求覆盖率，因为测试成本虽覆盖率的增加而增加。 2、 逻辑覆盖主要类
阅读全文
摘要：一、Abbreviation 缩写 0、 RTM requirement trace matrix 需求跟踪距阵 1、 SRS software requirement specification 软件需求规格说明书 2、 HLD high level design 概要设计 3、 LLD low
阅读全文
摘要：1、 Debug 调试 2、 Test case 测试用例 3、 Siral model 螺旋模型 4、 Software life cycle 软件生命周期 5、 Initial 初始级 6、 Repeatable 可重复级 7、 Defined 已定义级 8、 Managed 已管理级 9、 O
阅读全文
摘要：21、 Operability 易操作性 22、 Attractiveness 吸引性 23、 Time behavior 时间特性 24、 Resource utilization 资源利用性 25、 Efficiency compliance 效率依从性 26、 Analyzability 易分
阅读全文
摘要：41、 validation 确认 42、 alpha testing α测试 43、 beta testing β测试 44、 top-down testing 自顶向下测试 45、 bottom-up testing 自底向上测试 46、 isolation testing 孤立测试 47、 a
阅读全文
摘要：61、 usability testing 可用性测试 62、 backup testing 备份测试 63、 robustness testing 健壮性测试 64、 documentation testing 文档测试 65、 online help testing 在线帮助测试 66、 sta
阅读全文
摘要：证明：证明软件的可用性 检测：发现软件中存在的错误 预防：管理软件的质量，可维护性能
阅读全文
摘要：瀑布模型：应用的最为广泛的一种模型，也是最容易理解和掌握的模型，然而它的缺陷也是显而易见的。 优点： – 强调开发的阶段性 – 强调早期计划及需求调查 – 强调产品测试 缺点： – 依赖于早期进行的需求调查，不能适应需求变化 – 由于是单一流程，开发中的经验教训不能应用于本产品过程 – 测试在后期才
阅读全文
摘要：需求管理：对软件开发中的需求进行管理，包括需求分配、需求评审、建立需求基线、需求跟踪、变更控制。 配置管理：配置管理是通过对在软件生命周期的不同的时间点上的软件配置进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的完整性和可溯性的过程。 缺陷跟踪：对软件开发过程缺陷的发现
阅读全文
摘要：缺陷引入的原因 ： ⑴开发过程缺乏有效的沟通，或者没有进行沟通 ⑵ 软件复杂度越来越高 ⑶ 编程中产生错误 ⑷ 需求不断变更 ⑸ 项目进度的压力 ⑹ 不重视开发文档 ⑺ 软件开发工具本身隐藏的问题
阅读全文
摘要：符合需求的规格：符合开发者明确定义的目标，即产品是不是符合需求规格。 符合用户显示需求：符合用户所明确说明的目标。 符合用户实际需求：符合用户明确说明的和隐含的目标。
阅读全文
摘要：流程：针对不同的需求选用不同的软件流程模型图。 技术：包括开发技术、测试技术以及美工工艺的技术。 组织：一组特性及特性之间的关系，它提供规定质量需求和评价质量的基础。 ü 流程：从计划到策略的实现，流程就是按照这种思维方式指导软件开发的，并且流程来源于成功的经验，可以指导项目少走弯路，从而提高软件质
阅读全文
摘要：ü 功能性 适合性 准确性 互操作性 保密安全性 功能性的依从性 ü 可靠性 成熟性 容错性 易恢复性 可靠性的依从性 ü 易用性 易理解性 易学性 易操作性 吸引性 易用性的依从性 ü 效率 时间性 资源利用性 效率依从性 ü 维护性 易分析性 易改变性 稳定性 易测试性 维护性的依从性 ü 可移
阅读全文
摘要：SQA和测试的关系是什么？ SQA从过程上保证软件质量 测试从技术上保证软件质量。 SQA的主要工作范围是什么？ 保障制度体系顺利执行。 促进过程改进。 指导项目实施。 增强项目的可视度（进度、质量、过程）。 评审工作产品。 审核工作产品。（核心工作）。 协助问题解决。 提供决策支持。 缺陷预防（提
阅读全文
摘要：Plan 计划 （计划设计） Do 执行 （实施执行） Check 检查 （检查检测） Act 改进 （纠正措施）
阅读全文
摘要：规模（size） 工作量(effort) 进度(schedule) 质量-缺陷(quality-defect)
阅读全文
摘要：黑盒：被测对象当作一个黑盒子，参考与SRS，站在用户立场上进行测试，方便与功能测试、验收测试、易用性测试等。 白盒：玻璃盒，基与代码测试，参考与LLD，HLD在了解程序的内部数据结构和逻辑结构的基础上展开的更适合于单元测试、集成测试等。
阅读全文
摘要：输入输出:等甲类 边界之 输入域覆盖 输出域覆盖 条件组合:因果图 正交试验 判定法 过程处理: 流程分析 状态迁移 其他: 错误猜测 异常分析
阅读全文
摘要：虽然在表面看来分阶段测试在成本和进度比不分阶段测试大，但实际测试分阶段进行原因是各个阶段都有它不同的关注点，这样可以尽早发现缺陷，不会导致因为局部缺陷导致全局瘫痪。如果不分阶段，那么缺陷的放大效应导致修复成本将变的异常庞大，修复进度将不可预测。除此之外分阶段测试因为分工明确也会很大程度上提高产品的质
阅读全文
摘要：回归测试的策略主要有：完全重复测试 和选择性重复测试。 完全重复测试：重新执行所有在前期测试阶段建立的测试用例 选择重复测试： 即有选择地重新执行部分在前期测试阶段建立的测试用例，主要测被修改的程序。 选择重复测试可分为：覆盖修改法、周遍影响法、指标达成法。 根据产品进度、缺陷的严重性以及缺陷发现的
阅读全文
摘要：系统测试计划阶段输入：软件需求规格说明书、软件测试计划、软件开发计划 输出：系统测试计划 系统测试设计阶段输入：软件需求规格说明书、系统测试计划 输出：系统测试方案 系统测试实现阶段输入：软件需求规格说明书、系统测试计划、系统测试方案 输出：系统测试用例、系统测试规程 系统测试执行阶段输入：系统测试
阅读全文
摘要：集成测试计划阶段输入：概要设计说明书、软件测试计划 输出：集成测试计划 集成测试设计阶段输入：概要设计说明书、集成测试计划 输出：集成测试方案 集成测试实现阶段输入：概要设计说明书、集成测试计划、集成测试方案 输出：集成测试用例、集成测试规程 集成测试执行阶段输入：集成测试计划、集成测试方案、集成测
阅读全文
摘要：单元测试计划阶段输入：详细设计说明书、软件测试计划 输出：单元测试计划 单元测试设计阶段输入：详细设计说明书、单元测试计划 输出：单元测试方案 单元测试实现阶段输入：详细设计说明书、单元测试计划、单元测试方案 输出：单元测试用例、单元测试规程 单元测试执行阶段输入：单元测试计划、单元测试方案、单元测
阅读全文
摘要：需求分析阶段主要的任务是什么？ 把用户的需求，包括显式需求和隐式需求转换为规格化的描述确切的说明文档，形成SRS 概要设计阶段主要的任务是什么？ 把SRS中的需求转化为模块化的体系结构，每个模块具有明确的功能 详细设计阶段主要的任务是什么？ 对每个模块要完成的功能的实现给出具体的描述 编码阶段主要的
阅读全文
摘要：功能测试 性能测试 压力测试 容量测试 安全性测试 可用性测试 GUI测试 安装测试 配置测试 异常测试 备份测试 健壮性测试 稳定性测试 文档测试 在线帮助测试 网络测试
阅读全文
摘要：附盖SRS中功能来设计用例 从质量模型的不同特性来设计用例 每个测试项目从不同的角度来设计测试数据
阅读全文
摘要：用例编号 测试项目 测试标题 重要级别 预置条件 输入参数 操作步骤 预期输出
阅读全文
摘要：1、什么叫同行评审？ 通过作者的同行来确认产品的缺陷以及变更区域的检查方法 2、同行评审的目的？ 发现和排除产品中的缺陷和不足 3、同行评审的流程？
阅读全文
摘要：“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法
阅读全文
摘要：从微观上来说，在测试计划中定义，比如系统在一定性能下平稳运行72小时，目前Bug Tracking System中，本版本中没有一般严重的BUG，普通BUG的数量在3以下，BUG修复率90%以上等等参数，然后由开发经理，测试经理，项目经理共同签字认同版本Release。 如果说宏观的，则是当这个软件
阅读全文
摘要：Virtual User Generator：用于录制脚步 Mercury LoadRunner Controller ：用于创建、运行和监控场景 Mercury LoadRunner Analysis：用于分析测试结果
阅读全文
摘要：主键：是表中的唯一标示键。作用：保证实体的完整性;加快数据库的操作速度;增加新的表记录时，数据库会自动检索新记录的主键值，不允许该值与其他表中记录的主键重复;数据库会按主键值的顺序显示记录，如果没有设定主键，则按输入的顺序显示记录。 外键：是主键的从属，表示了两个表之间的联系。作用：使用外键可以避免
阅读全文
摘要：首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是
阅读全文
摘要：建立测试计划，确定测试标准和测试范围 设计典型场景的测试用例，覆盖常用业务流程和不常用的业务流程等 根据测试用例，开发自动测试脚本和场景： 录制测试脚本：新建一个脚本（Web/HTML协议）；点击录制按钮，在弹出的对话框的URL中输入”about:blank”；在打开的浏览器中进行正常操作流程后，结
阅读全文
摘要：软件是计算机系统中与硬件相互依存的另一部分，与计算机系统操作有关的计算机程序、规程、规则，以及可能有的文件、文档及数据。 软件复用(SoftWare Reuse)是将已有软件的各种有关知识用于建立新的软件，以缩减软件开发和维护的花费。软件复用是提高软件生产力和质量的一种重要技术。早期的软件复用主要是
阅读全文
摘要：软件计划与可行性分析 需求分析 软件设计 编码 软件测试 运行与维护
阅读全文
摘要：测试是程序的执行过程，目的在于发现错误 一个成功的测试用例在于发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试 确保产品完成了它所承诺或公布的功能，并且用户可以访问到的功能都有明确的书面说明。 确保产品满足性能和效率的要求 确保产品是健壮的和适应用户环境的
阅读全文
摘要：为什么selenium可以在各个浏览器上运行？因为selenium在与各个浏览器驱动执行前，会先把脚本转化成webdriver, webdriver wire协议（一种json格式的协议），这样就与脚本无关，其实都变成了同一个协议与浏览器driver执行。由此，selenium在UI自动化中占有举足
阅读全文
摘要：from selenium import webdriver import time 1. pychar 中安装 selenium 控件 2. 下载对应浏览器的webDriver browser = webdriver.Chrome("D:/chromedriver.exe") browser.ge
阅读全文
摘要：import random#调包 n=int(input('请输入数字')) #设定一个数字 a=random.randint(1,10) if n==a: print('猜对了') elif n>a: print('大了') else: print('小了') print('这个数是：',a)
阅读全文
摘要：index=0 while index<10: print(index) index+=1 num=1 sum=0 while num<=100: sum+=num num+=1 print(sum) num1=1 sum1=0 while num1<=10: sum1+=num1 num1+=1
阅读全文
浙公网安备 33010602011771号