2017-04-04 12:44:20 qq_31097921 阅读数 435
  • 软件测试入门视频教程

    软件测试入门视频培训教程:该课程将带你走进“软件测试”的大门,具体内容包括软件测试环境搭建、软件开发模型、产品模型、CMM模型、测试用例、等价类划分、边界值划分、白盒测试、单元测试、bugfree搭建、系统测试、回归测试、验收测试等。本课程以接地气的语言来讲解,让你听的懂,学的会!本课程以全新的方式为你呈现教学内容,清新脱俗独具特色的授课方式将带给你新的体验。

    2158099 人正在学习 去看看 李晓鹏
软件测试的类型:按测试阶段划分
2019-10-07 19:06:02 heibuliuqiu_gk 阅读数 42
  • 软件测试入门视频教程

    软件测试入门视频培训教程:该课程将带你走进“软件测试”的大门,具体内容包括软件测试环境搭建、软件开发模型、产品模型、CMM模型、测试用例、等价类划分、边界值划分、白盒测试、单元测试、bugfree搭建、系统测试、回归测试、验收测试等。本课程以接地气的语言来讲解,让你听的懂,学的会!本课程以全新的方式为你呈现教学内容,清新脱俗独具特色的授课方式将带给你新的体验。

    2158099 人正在学习 去看看 李晓鹏

软件测试的阶段一般可以根据软件的开发过程分为六个阶段:单元测试,集成测试,功能测试,系统测试,验收测试,安装测试

一、单元测试

单元测试主要是将程序划分成各个小的单元,测试人员将注意力都放在这些小的单元上。模块测试的目的是:将单元模块的功能与定义单元模块的功能规格说明或者接口规格说明进行比较,找出程序中的错误。具体的测试方法在我的上一篇文章中有讲到。

二、集成测试

集成测试其实就是单元测试中的增量测试。在我的上一篇文章中有讲到。将各个小的单元以一定的序列慢慢集成为完整的程序。

三、功能测试

功能测试是一个试图发现程序与外部规格说明之间存在不一致的过程。外部规格说明是一份从最终用户的角度对程序行为的精准描述。功能测试主要使用的是黑盒测试。黑盒测试在我以前的文章中也有讲到。

四、系统测试

系统测试和功能测试是不同的,千万不能误解和混淆。系统测试的目的是:将程序与其初始目标进行比较,去发现程序与其初始目标不一致的地方。

常见的系统测试分类

  1. 能力测试:确保程序的目标功能实现。
  2. 容量测试:发现处理大容量数据时的程序异常。
  3. 强度测试:发现在大规模负载、高强度不间断持续的数据处理中的异常。
  4. 可用性测试:评估最终用户在使用软件并与软件交互时的可用性问题。
  5. 安全性测试:试图攻破程序的安全防线。
  6. 性能测试:评估程序的响应时间以及吞吐量瓶颈。
  7. 存储测试:确保程序可以正确处理其对存储的需求,包括系统的存储和物理上的存储。
  8. 配置测试:检查程序是否能在推荐配置上流畅运行。
  9. 兼容性/转换测试:评估新版本是否能兼容老的版本。
  10. 安装测试:确保能够在所有支持的平台上安装软件。
  11. 可靠性测试:评估程序是否能达到规格说明中的运行时长和MTBF(平均故障间隔时间)要求。
  12. 可恢复性测试:测试系统恢复相关的功能是否按设计要求实现。
  13. 服务/可维护性测试:评估系统是否拥有良好的数据处理和日志机制,以备技术支持和调试之需。
  14. 文档测试:校验所有的用户文档是否准确。
  15. 过程测试:对软件系统操作或维护所需涉及的流程进行评估和确定。

五、验收测试

验收测试是将程序与其最初的需求及最终用户当前的需要进行比较的过程。虽然从原则上来讲验收测试应该是由客户和最终用户来进行的,但是验收测试最好还是要使用专业的方法才能达到最佳的效果,比如需要设计测试用例,而这些客户和最终用户通常是办不到的,所以一般的开发者都会引导客户在开发过程中和产品发布前进行用户测试(可用性测试)。

六、安装测试

安装测试的目的不是为了发现软件中的错误,而是为了发现在安装过程中出现的错误。

 

参考来自《软件测试的艺术》(原书第3版)

2014-03-02 13:26:37 chaojiminge 阅读数 1381
  • 软件测试入门视频教程

    软件测试入门视频培训教程:该课程将带你走进“软件测试”的大门,具体内容包括软件测试环境搭建、软件开发模型、产品模型、CMM模型、测试用例、等价类划分、边界值划分、白盒测试、单元测试、bugfree搭建、系统测试、回归测试、验收测试等。本课程以接地气的语言来讲解,让你听的懂,学的会!本课程以全新的方式为你呈现教学内容,清新脱俗独具特色的授课方式将带给你新的体验。

    2158099 人正在学习 去看看 李晓鹏

软件测试按阶段可以划分为:单元测试,集成测试,系统测试,验收测试。

测试的三要素:时间,成本,质量

2019-08-11 12:05:48 weixin_44749767 阅读数 28
  • 软件测试入门视频教程

    软件测试入门视频培训教程:该课程将带你走进“软件测试”的大门,具体内容包括软件测试环境搭建、软件开发模型、产品模型、CMM模型、测试用例、等价类划分、边界值划分、白盒测试、单元测试、bugfree搭建、系统测试、回归测试、验收测试等。本课程以接地气的语言来讲解,让你听的懂,学的会!本课程以全新的方式为你呈现教学内容,清新脱俗独具特色的授课方式将带给你新的体验。

    2158099 人正在学习 去看看 李晓鹏

目录

按开发阶段划分:

单元测试(Unit Testing):

集成测试(Integration Testing):

系统测试(System Testing):

冒烟测试(smoke testing):

 回归测试(Regression Testing):

验收测试(Acceptance Testing):

按测试实施组织:

α测试(Alpha Testing):

β测试(Beta Testing):

α测试与Beta测试的区别:

第三方测试

按是否运行划分:

静态测试(Static testing):

动态测试(Dynamic testing)

按是否手工划分:

手工测试(Manual testing) :

自动化测试(Automation Testing) :

自动化实施步骤:

按是否查看代码划分:

黑盒测试(Black-box Testing):

白盒测试(White-box Testing):

灰盒测试(Gray-Box Testing)

按测试地域划分:

国际化测试:

本地化测试

本地化和国际化测试 的一些要点。

按测试对像划分:

业务测试

界面测试

容错性测试 :

文档测试:

兼容性测试:

易用性测试 :

安装测试

安全测试

性能测试

内存泄漏测试:

内存泄漏的检测:


 

 

 

 

按开发阶段划分:

  • 单元测试(Unit Testing):

  1. 单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性
  2. 测试的对象是软件设计的最小单位:模块,又称为模块测试。 

 

测试阶段:编码后或者编码前(TDD

测试对象:最小模块

测试人员:白盒测试工程师或开发工程师

测试依据:代码和注释+详细设计文档

测试方法:白盒测试

测试内容:模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

  • 集成测试(Integration Testing):

  1. 集成测试也称联合测试(联调)、组装测试,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的 功能进行正确性检测的测试工作。
  2. 集成主要目的是检查软件单位之间的接口是否正确。

测试阶段:一般单元测试之后进行

测试对象:模块间的接口

测试人员:白盒测试工程师或开发工程师

测试依据:单元测试的模块+概要设计文档

测试方法:黑盒测试与白盒测试相结合

测试内容:模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单元模块缺陷对系统的影响。

  • 系统测试(System Testing):

  1. 将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试
  2. 时间大部分在系统 测试执行阶段,包括回归测试和冒烟测试。

测试阶段:集成测试通过之后

测试对象:整个系统(软、硬件)

测试人员:黑盒测试工程师

测试依据:需求规格说明文档

测试方法:黑盒测试

测试内容:功能、界面、可靠性、易用性、性能、兼容性、安全性等

  • 冒烟测试(smoke testing):

  • 对主干流程进行测试,先冒烟测试,再系统测试,再回归测试;
  1. 这一术语源自硬件行业。对一个硬件或硬件组件进行更改或修复后,直接给设备加电。如果没有冒烟,则该组件就 通过了测试。
  2. 冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式 测试工作。冒烟测试的执行者是版本编译人员。
  3. 冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时,测试人员会先进行冒烟测试,保证基本功能正 常,不阻碍后续的测试。
  •  回归测试(Regression Testing):

 

  1. 回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
  2. 自动回归测试将大幅降低系统测试、维护升级等阶段的成本
  3. 在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。
  4. 随着系统的庞大,回归测试的成本越来越大,通过选择正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。
  • 验收测试(Acceptance Testing):

  1. 验收测试是部署软件之前的最后一个测试操作。
  2. 它是技术测试的最后一个阶段,也称为交付测试。验
  3. 收测试的目的 是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买都展示该软件系统满足原始 需求。

测试阶段:系统测试通过之后

测试对象:整个系统(包括软硬件)。

测试人员:主要是最终用户或者需求方。

测试依据:用户需求、验收标准

测试方法:黑盒测试

测试内容:同系统测试(功能...各类文档等)

按测试实施组织:

  • α测试(Alpha Testing):

  1. α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。
  2. α测试 的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)
  3. 大型通用软件,在正式发布前,通常需要执行AlphaBeta测试。α测试不能由程序员或测试员完成。
  • β测试(Beta Testing):

Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。

  • α测试与Beta测试的区别:

  1. 测试的场所不同:
  2. Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测 试。
  3. Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发方控制的, 用户数量相对比较多,时间不集中。
  4. alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。
  • 第三方测试

介于开发方和用户方间的组织的测试。

按是否运行划分:

  • 静态测试(Static testing):

  1. 静态方法是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性
  2. 对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。分析如下:
  3. 检查项代码风格和规则审核;程序设计和结构的审核;业务逻辑的审核;走查、审查与技术复审手册。
  4. 静态质量:度量所依据的标准是ISO9126。在该标准中,软件的质量用以下几个方面来衡量,即功能性 (Functionality)、可靠性(Reliability)、可用性(Usability)、有效性(Effiffifficiency)、可维护性 Maintainability)、可移植性(Portability)

代码静态分析和文档测试都属于静态测试。

  • 动态测试(Dynamic testing)

  1. 动态测试方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率、正确性和健壮性等性 能。
  2. 这种方法由三部分组成:构造测试用例、执行程序、分析程序的输出结果。
  3. 大多数软件测试工作都属于动态测试。

按是否手工划分:

  • 手工测试(Manual testing) :

  1. 手工测试就是由人去一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步 骤
  2. 总结优缺点:
  3. 优点:自动化无法替代探索性测试、发散思维结果的测试。
  4. 缺点:执行效率慢,量大易错。
  • 自动化测试(Automation Testing) :

  1. 就是在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。
  2. 简单说自动化测试 是把以人为驱动的测试行为转化为机器执行的一种过程
  3. 自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。
  4. 通常所说的自动化是指    功能测试自动化。
  5. 自动化测试按照测试对象来分,还可以分为接口测试、UI测试等。接口测试的ROI(产出投入比)要比UI测试高。
  • 自动化实施步骤:

1.完成功能测试,版本基本稳定 。

2.根据项目特性,选择适合项目的自动化工具,并搭建环境

3.提取手工测试的测试用例转化为自动化测试的用例

4.通过工具、代码实现自动化的构造输入,自动检测输出结果是否符合预期。 

5.生成自动测试报告

6.持续改进,脚本优化。

按是否查看代码划分:

  • 黑盒测试(Black-box Testing):

  1. 黑盒测试也称功能测试。
  2. 不关注代码如何编写,只看功能方面;
  3. 测试中把被测的软件当成一个黑盒子,不关心盒子的内部结构是什么,只关心软件的输入 据与输出数据。
  • 白盒测试(White-box Testing):

  1. 白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。
  2. 白盒指的打开盒子,去研究里面的源代码 和程序结果。
  3. 接口测试也是白盒测试的是一种 。
  • 灰盒测试(Gray-Box Testing)

  1. 灰盒测试,是介于白盒测试与黑盒测试之间的一种测试。
  2. 既关注功能又关注代码;
  3. 灰盒测试多用于集成测试阶段,不仅关注输出、输入的正 确性,同时也关注程序内部的情况。

按测试地域划分:

  • 国际化测试:

 

 

  1. 软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。
  2. 而本地化测试和国际化测 试则是针对这类软件产品进行的测试。
  3. 由于软件的全球化普及,还有软件外包行业的兴起,软件的本地化和国际化 测试俨然成为了一个独特的测试专门领域。
  • 本地化测试

  1. 本地化软件要在各种本地化操作系统上安装并测试。

2.源语言软件安装在另一台相同源语言操作系统上,作为对比测试。

3.重点测试因本地化引起的软件的功能和软件界面的错误。

4.测试本地化软件的翻译质量。

5.手工测试和自动测试相结合。

本地化和国际化测试与其他类型的测试存在很多不同之处。下面是

  • 本地化和国际化测试 的一些要点。

  1. 本地化后 的软件在外观上与原来版本是否存在很大的差异,外观是否墼齐、不走样。
  2. 是否对所有界面元素都进行了本地化处理,包括对话框、菜单、工具栏、状态栏、提示信息(包括声音的提 示)、日志等。
  3. 不同的屏幕分辨率下界面是否正常显示
  4. 是否存在不同的字体大小,字体设置是否恰当。
  5. 日期、数字格式、货币等是否能适应不同国家的文化习俗。例如,中文是年月日,而英文是月日年。
  6. 排序的方式是否考虑了不同语言的特点。例如,中文按照第一个字的汉语拼音顺序排序,而英文按照首字母排 序。
  7. 在不同的国家采用不同的度量单位,软件是否能自适应和转换。
  8. 软件是否能在不同类型的硬件上正常运行,特别是在当地市场上销售的流行硬件上。
  9. 软件是否能在Windows或者其他操作系统的当地版本上正常运行。
  10. 联机帮助和文档是否已经翻译,翻译后的链接是否正常。正文翻译是否正确、恰当, 是否有语法错误。
  11. 软件本地化和国际化测试是一个综合了翻译行业和软件测试行业的测试类型。它要求测 试人员具备一定的翻译能 力、语言文化,同时具备测试人员的基本技能。

按测试对像划分:

  • 业务测试

  1. 是测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程,满足用户需求定义的功能来进行测试的 过程。
  2. 业务测试关注需求和用户
  • 界面测试

  1. 界面测试(简称UI测试),测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是 否符合客户使用习惯。
  2. 此外还要测试界面操作便捷性、导航简单易懂性,页面元素的可用性,界面中文字是否正 确,命名是否统一,页面是否美观,文字、图片组合是否完美等。
  • 容错性测试 :

 

  1. 容错性测试是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。
  2. 当系统出错时,能否在 指定时间间隔内修正错误并重新启动系统。
  3. 容错性测试包括两个方面:
  4. 输入异常数据或进行异常操作,以检验系统的保护性。
  5. 如果系统的容错性好,系统只给出提示或内部消化掉,而不会导致系统出错甚至崩溃。
  6. 比较温柔的容错性测试通常构造一些不合理的输入来引诱软件出错,例如: 输入错误的数据类型,如月。 输入定义域之外的数值,上海人常说的十三点也算一种。
  7. 粗暴一些的容错性测试俗称大猩猩测试,除了不能拳打脚踢嘴咬,什么招术都可以使出来。
  8. 灾难恢复性测试。通过各种手段,让软件强制性地发生故障,然后验证系统已保存的用户数据是否丢失,系统和数据是否能尽快恢复。
  9. 对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性;对于人工干预的恢复系统,还需 估测平均修复时间,确定其是否在可接受的范围内。容错性好的软件能确保系统不发生无法意料的事故。
  10. 从容错性测试的概念可以看出,当软件出现故障时如何进行故障的转移与恢复有用的数据是十分重要的。
  • 文档测试:

国家有关计算机软件产品开发文件编制指南中共有14 种文件,可分为3 大类。

开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设

计说明书、模块开发卷宗。

用户文件:用户手册、操作手册,用户文档的作用:改善易安装性;改善软件的易学性与易用性;改善软件可靠

性;降低技术支持成本。

管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。

在实际的测试中,最常见的是用户文件的测试,例如:手册说明书等。也会有一些公司对需求文档进行测试,来保

证需求文档的质量。

  • 兼容性测试:

兼容性主要是指软件之间能否很好的运做,会不会有影响、软件和硬件之间能否发挥很好的效率工作,会不会影响

导致系统的崩溃。

  • 平台测试
  • 浏览器测试
  • 软件本身能否向前或者向后兼容
  • 测试软件能否与其它相关的软件兼容
  • 数据兼容性测试

最常见的就是浏览器的兼容性测试,不同浏览器在cssjs解析上的不同会导致页面的显示不同。常见的IE8的兼容

性。

  • 易用性测试 :

  1. 易用性(Useability):( 用户体验测试)--是交互的适应性、功能性和有效性的集中体现。
  2. 易用性属于人体工程学的范畴,人体工程学(ergonomics)是一门将日常使用的东西设计为易于使用和实用性强的学科。
  • 安装测试

  1. 测试程序的安装、卸载
  2. 典型的是app的安装、卸载
  • 安全测试

  1. 安全测试是一个相对独立的领域,需要更多的专业知识。
  2. 例如web的安全测试,需要熟悉各种网络协议 TCP\HTTP,防火墙,CDN,熟悉各种操作系统的漏洞,熟悉路由器等。
  3. 从软件来说,熟悉各种攻击手段,例如 SQL注入、Xss等。
  4. 作为web入门测试,可以IBMappscan
  • 性能测试

检查系统是否满足需求规格说明书中规定的性能。

通常表现在以下几个方面:

  • 对资源利用(如内存、处理机周期等)进行的精确度量
  • 对执行间隔
  • 日志事件(如中断,报错)
  • 响应时间
  • 吞吐量(TPS)
  • 辅助存储区(例如缓冲区、工作区的大小等)
  • 处理精度等进行的监测

 

  • 内存泄漏测试:

  1. 很多软件系统都存在内存泄露的问题,尤其是缺乏自动垃圾回收机制的非托管语言 编写的程序,例如CCHDelphi等。
  2. 从用户使用的角度来看,内存泄露本身不会造成什 么危害,一般用户可能根本不会感觉到内存泄露的 存在。但是内存泄露是会累积的,只要执 行的次数足够多,最终会耗尽所有可用内存,使软件的执行越来越慢,最 后停止响应。
  3. 可以 把这种软件的问题比喻成软件的慢性病
  • 造成内存泄露的原因有很多,最常见的有以下几种。
  • 分配完内存之后忘了回收。
  • 程序写法有问题,造成没办法回收。
  • 某些API函数的使用不正确,造成内存泄露。
  • 没有及时释放。

 

  • 内存泄漏的检测:

  1. 对于不同的程序可以使用不同的方法来进行内存泄露的检查,还可以使用一些专门的工具来进行内存问题的检查,例如MemProof. AQTimePurifyBundsChecker等。
  2. 有些开发工具本身就带有内存问题 检查机制.要确保程序员在编写程序和编译程序的时候打开这些功能。
  3. 通过代码扫描分析工具来检查: 

 

 

 

 

每个人都是一个星球,你有你的轨迹,

一旦放弃独一无二的特质,走在大多数人告诉你的正确的路上,

你就不再是一个星球,而是一块陨石。

陨石已经放弃了自己内心的渴望,

它在井然有序的“幸福”中度过永远好像欠缺了一点什么的人生。


——毛姆《月亮和六便士》

 

 

 

 

 

 

 

 

 

 

 

 

2018-06-09 16:29:12 qq_36404042 阅读数 195
  • 软件测试入门视频教程

    软件测试入门视频培训教程:该课程将带你走进“软件测试”的大门,具体内容包括软件测试环境搭建、软件开发模型、产品模型、CMM模型、测试用例、等价类划分、边界值划分、白盒测试、单元测试、bugfree搭建、系统测试、回归测试、验收测试等。本课程以接地气的语言来讲解,让你听的懂,学的会!本课程以全新的方式为你呈现教学内容,清新脱俗独具特色的授课方式将带给你新的体验。

    2158099 人正在学习 去看看 李晓鹏

今天主要看了以下几个方面的知识点,基本都是纯理论,本文只做知识点总结,具体内容要看转载
这里写图片描述

1.软件测试阶段划分,分为4个阶段:单元测试、集成测试、系统测试、验收测试
单元测试是方法类的覆盖,主要是由开发人员负责的。集成测试和系统测试都是整体测试,不同点在于集成测试主要是技术上的测试,系统测试主要是业务上的测试。验收测试通常由产品经理或者客户完成,对项目输出的一个验收。
在测试人员的工作中,主要是集成测试和系统测试。

2.软件测试分为黑盒和白盒测试
黑盒测试就是知道输入和输出就OK了,主要是功能测试。白盒测试需要理解内部的实现逻辑,对每一步进行一个校验。还有个灰盒测试,一般是既有黑盒测试又有白盒测试就被称为灰盒测试。

3.集成测试的方法和策略
在每个模块完成单元测试后,需要按照设计时做出的结构图把它们连接起来,进行集成测试。实践证明,一个模块能够单独地工作,并不能保证连接起来也能正常工作。
集成测试策略有如下:
基于功能分解的集成测试;
非增量式的:瞬时集成;
增量式的:自顶向下、自底向上、基干、三明治…;
基于调用图的集成测试;
基于路径的集成测试。
参考学习https://blog.csdn.net/pfm685757/article/details/54931445

4.系统测试的策略和范围
系统测试的范围是软件的各个方面,是软件测试中最全面的测试。
系统测试的策略:
1.功能测试,就是看软件的功能是否遗漏,是否多了隐藏的功能,是否有正确的输入输出;
2.恢复测试,软件在出错后是否能够快速恢复正常;
3.安全测试,包括信息安全、防止病毒入侵等等;
4.压力测试,软件能够承受的限度,比如一分钟内能够处理多少并发量;
5.性能测试,主要关注软件运行的指标,比如应答响应时间;
6.兼容性测试,主要是测试被测试设备于其它设备之间的互连互通性,以及软件中各部分之间的相互操作性。
7.可安装性测试,测试软件安装过程是否顺畅无歧义,该配置的配置,该提示的提示;
8.协议测试,为了使得各网络设备成功地进行通信,必须遵守一组规则。
单独的一个策略并不能做好系统测试,需要结合多个才能全面测试。

5.C/S和B/S架构的定义和区别
可以参考 https://blog.csdn.net/zhengqijun_/article/details/53056624
简单来说,C/S就是客户端和服务器端,数据直接交互,安全性高,但是不适合于大量的访问,对网络要求比较高。B/S是三层架构,浏览器+web服务器+数据库服务器,浏览器并没有多少事务逻辑处理,支持大量访问,不需要安装客户端。但是一旦服务器崩溃,几乎就完全瘫痪了~~~

如果现在看这些理论觉得没什么实用性,以后某一天用到的东西跟这个契合的时候,就可以知道自己学的东西原来有用了

木有了,下次再学,后面应该会加上一些操作类的东西,单纯的理论容易烦躁 ~ 。~

测试阶段划分

阅读数 1505

没有更多推荐了,返回首页