软件开发测试 分类-开发测试

数据和数据库完整性测试

数据和数据库完整性测试是指关系数据库完整性原则的测试和数据合理性测试。

数据库完整性原则：

主码完整性：主码不能为空；

外键完整性：外键必须等于对应的主键或者为空。

数据合理性是指数据库中数据的类型、长度、索引等是否合理构建。

在项目名称中，应将数据库和数据库进程作为一个子系统进行测试。 在测试级别探索这些子系统时，不应将测试对象的用户界面用作数据的界面。 对于数据库管理系统 (DBMS)，需要深入研究以确定可以支持测试的工具和技术。

例如，有两个表：Department 和 Employee。 部门中有部门编号、部门名称、部门经理等字段。 主码为部门编号； 在员工表中，有员工编号、员工所属部门编号、员工姓名、员工类型等字段。 主码为员工编号，外码为员工。 所属部门编号对应部门表。 如果部门记录中的部门编号或员工记录员的自雇编号为空，则他违反了主密钥完整性原则。 如果员工所属的部门编号为##，但部门编号中找不到##，这违反了外部代码的完整性原则。

员工类型定义如下：0：employee，1：employee，2：intern。 但是数据类型是Int，我们都知道Int占4个字节，如果定义为char(1)，会比以前节省空间。

白盒测试

白盒测试是基于代码的测试。 测试人员通过阅读程序代码或使用开发工具中的单步调试来判断软件的质量。 白盒测试一般由项目经理在程序员开发过程中实施。白盒测试分为动态白盒测试和静态白盒测试

2.1 静态白盒测试

用你的眼睛，浏览代码，依靠经验来发现代码中的错误或者只是代码中不符合编写标准的地方。 例如，代码规范规定函数必须是动宾结构。 白盒测试发现，一提博是通过一个函数定义的，如下：

这是不符合开发规范的错误。

有这么一段代码：

此代码与整个数字轴相交，IF 语句不是必需的

循环体中没有增加I，出现bug。

2.表高寻楚秋忆网2动态白盒测试

使用开发工具中的调试工具进行测试。 比如一段代码有4个分支，输入4组不同的测试数据，这样4组分支都能通过，结果一定是正确的。

看一段代码

调试时输入I=-1，P1程序段通过，P2程序段失败，属于动态黑盒测试的缺陷

功能测试

工作栏涉足称为早期外部性能测试，是指测试软件的各个功能模块是否正确，逻辑是否正确。

测试对象的功能测试应该关注所有可以直接追溯到用例或业务功能和业务规则的测试需求。 这种混合测试的目的是验证数据是否正确接收、处理和检索，以及业务规则是否正确实施。 此类测试基于黑盒技术，通过图形用户界面 (GUI) 与应用程序交互并分析交互的输出或结果来验证应用程序及其内部完整性。 过程。 功能测试的主要参考是像功能规范这样的文档。

比如镇江名校李穗凡，就有电子商务系统。 前端用户浏览商品——放入购物车——进入结账柜台，后台处理订单、配送、支付、季度发货等。 这一系列的过程一定是正确的。 没有平衡就不会出错。

界面测试

UI测试是指测试用户界面的风格是否符合客户要求，文字是否正确，页面美工是否好看，文字与图片的结合是否完美，背景是否美观，操作是否正确是友好的，等等。

用户界面 (UI) 测试用于验证用户与软件之间的交互。 U Miscellaneous Meaning Half Element How Not Zero I 测试的目标是确保用户界面通过测试对象的功能为用户提供相应的访问或浏览功能。 此外，UI 测试还有助于确保 UI 中的对象按预期运行并符合公司或行业标准。 包括用户友好性，袁化正，请你做个测试，证明蒋的改变，人性化，易操作性测试。 UI测试比较主观，跟文局和黑社会各路测试人员的喜好有关。

例如：页面色调颜色刺眼； 用户登录页面难找，文字有错别字，页面变宽图片太宽等都是UI测试的缺陷，但这些缺陷都不算太严重。

性能问题移交给好客户进行测试

性能测试主要测试软件测试的性能，包括负载测试、强度测试、数据库容量测试、基准测试和竞争测试

5.1 负载测试

负载测试是一种性能测试，指的是程序能否承受在超负荷环境下运行的数据。

在这种测试中，测试对象将承受不同的工作负载，以评估和评估测试对象在不同工作负载条件下的性能行为，以及持续正常运行的能力。 . 负载测试的目标是确定和建立系统在超出最大预期工作负载的情况下正常运行的条件。 此外，负载测试评估性能特征，例如响应时间、事务处理速率以及与时间相关的集群的其他方面。

比如在B/S结构中，用户并发测试就是负载测试用户。 可以使用webload工具模拟上百个客户同时访问网站，看系统响应时间和处理速度。

5.2 强度试验

强度测试是性能测试的一种，在系统资源特别低的情况下检查软件系统的运行状态。 这种测试通常可以用来编写系统所需的硬件和软件级别。

实施和执行此类测试的目的是找出由资源匮乏或资源争用引起的错误。 如果内存或磁盘空间不足，测试对象可能会出现在正常情况下不明显的缺陷。 其他缺陷可能是由争用共享资源（例如数据库锁或网络带宽）引起的。 强度测试还可用于确定测试和练习对象可以处理的最大工作量。

例如：一个系统在366M的内存下可以正常运行，但是降到258M就不能运行了，告诉内部类板雷达闪存不足，这个系统的内存要求是366M。

5.3 数据库容量测试

数据库容量测试是指通过存储过程向数据库表中插入一定量的数据，看相关页面是否能及时显示这些数据。

数据库容量测试将测试对象置于大量数据的手中，以确定是否已达到会导致软件失败的限制。 能力测试还将确定测试对象在给定时间段内可以持续处理的最大负载或工作量。 例如，如果测试对象正在处理一组数据库记录以生成报告，那么容量测试会使用大型测试数据库来验证软件是否正常运行并生成正确的报告。 做这种测试，通常是通过写存储过程的方式向数据库中的一个表中插入一定数量的记录，并计算出相关页面的调用时间。

比如在一个电子商务系统中，通过insert customer向user表中插入10000条数据，看能否正常显示客户信息列表页。 如果需求达到最多100000个客户，但是客户信息列表页面无法在指定时间内显示出来，则需要调整程序中的SQL查询语句； 如果在规定时间内显示，可以将用户数增加到20000、50000、100000进行测试。

5.4 基准测试

Benchmarking是一种与已知现有系统进行比较的测试，主要检查其是否具有与同类产品的竞争力。

如果你想开发一套财务系统软件，并且你已经拿到了用友财务系统的性能等数据，你可以测试你的系统，看看哪些部分比用友财务系统好，哪些部分差？ 为了完善您自己的系统，也可能会提供数据用于产品广告。

5.5 竞争测试

软件竞争使用各种资源（数据记录、内存等），取决于它与其他相关系统竞争资源的能力。 例如：在一台机器上安装你的财务系统和用友财务系统。 当CPU占用率下降的时候，看看能不能比用友金融系统强，但是你自己的系统能不能正常运行？

安全和访问控制测试

安全和访问控制测试侧重于安全的两个关键方面：

应用程序级安全性，包括对数据或业务功能的访问

系统级安全性，包括登录或远程访问系统。

6.1 应用层安全

可以确保：在预期的安全情况下，参与者只能访问特定的功能或用例，或者只能访问有限的数据。 例如软件开发测试 分类，可能允许每个人输入数据和创建新帐户，但只有管理员可以删除这些数据或帐户。 借助数据级安全性，测试可确保“用户一类”可以查看所有客户消息，包括财务数据，而“用户二”只能查看同一客户的统计信息。

比如在B/S系统中，不经过登录页面，直接输入网址，看能不能进入系统？

6.2 系统级安全

这确保只有有权访问系统的用户才能访问应用程序，并且只能通过适当的网关。

比如输入一个管理员账户，检查它的密码是否容易被猜到，或者是否可以从数据库中获取？

故障转移和恢复测试

故障转移和恢复测试是指当主机软硬件发生灾难时，备份机能否正常启动，使系统能够正常运行，这对于电信、银行等领域的软件非常重要。

故障转移和恢复测试确保测试对象能够成功地进行故障转移，并从导致意外数据丢失或数据完整性破坏的各种硬件、软件或网络故障中恢复。

故障转移测试确保在必须继续运行的系统发生故障时，备用系统将“接管”故障系统，而不会失去任何避免数据或事务丢失的机会。

恢复测试是一种对抗性测试过程。 在此类测试中，应用程序或系统被置于极端条件（或模拟极端条件）下以产生故障，例如设备输入/输出 (I/O) 故障或无效的数据库指针和剑字）。 然后调用恢复流程，对应用和系统进行监控和检查，验证应用或系统和数据是否已经正常恢复。一定要注意主备的定期备份

例如在电信系统中，如果主机程序突然死机，能否启动备份机，使系统正常运行，不影响用户通话？

配置测试

也称为兼容性测试。 配置测试验证测试对象如何在不同的软件和硬件配置下运行。 在大多数生产环境中，客户端工作站、网络连接和数据库服务器的确切硬件规格会有所不同。 客户端工作站可能安装了不同的软件，例如应用程序、驱动程序等软件开发测试 分类，并且可能在任一时间运行许多不同的软件组合，消耗不同的资源。 （如浏览器版本、操作系统版本等）

下面列出了主要的配置测试

8.1 浏览器兼容性

测试软件在不同厂商的浏览器下能否正常显示和运行；

比如测试IE，这个软件能不能在Natscape浏览器下运行？

8.2 操作系统兼容性

测试软件在不同操作系统下能否正常显示和运行；

比如测试这个软件能否在WINDOWS98、WINDOWS 2000、WINDOWS XP、LINU、UNIX下运行？

8.3 硬件兼容性

测试与硬件密切相关的软件产品与其他硬件产品的兼容性。 例如，该软件在并行端口设备中很少见。 同时使用其他并口设备测试系统能否正常使用。

比如在INTER和树龙的CPU芯片下系统能正常运行吗？

此类测试需要建立测试实验室并在各种环境中进行测试。

安装测试

安装测试有两个目的。 第一个目的是确保软件可以在正常和异常的不同条件下安装：例如，对于首次安装、升级、完整或自定义安装。 异常包括磁盘空间不足、目录创建权限不足等。 第二个目的是验证软件在安装后是否可以立即运行。 这通常意味着运行大量为功能测试制定的测试。

安装测试包括测试安装代码和安装手册。 安装手册提供了如何安装，安装代码提供了安装一些可以运行的程序的基础数据。

多语言测试

也称为本地化测试，是指对针对各地开发的产品进行测试，如英文版、中文版等，包括程序是否能正常运行，界面是否符合当地风俗，快捷键是否有效正常等等，特测在A语言环境下运行B语言软件时（比如试图在英文win98下运行一个中文版的程序），这种现象是否正常？

本地化测试还考虑：

语言从A翻译成B时，字符长度的变化是否影响页面效果。比如中文软件有一个按钮叫做“View Advertisement”，在英文版翻译成“View advertisement”，可能会影响页面的美观

有必要考虑同一个词在不同国家的不同含义。 比如football，英文是football，但美国人可能理解为American football。

需要考虑每个国家的民族习惯。 例如，龙在美国被理解为邪恶的象征，但翻译到中国，中国人却将其视为吉祥的象征。

单词测试

文本测试测试软件中的拼写是否正确、通俗易懂、有无歧义、无语法错误； 文字与内容是否有出入等，包括图片文字。

例如：“例如，请输入正确的身份证号！” 这很容易理解。

分辨率测试

测试不同分辨率下的界面美观度，分为800*600、1024*768、1152*864、1280*768、1280*1024、1200*1600字号测试。 一个好的软件应该有出色的分辨率，但也可以在其他分辨率下运行。

发布测试

主要是在产品发布前测试一些附带的产品，比如说明书、广告稿等。

13.1 手动测试

主要是语言检查，功能检查，图片检查

语言检查：检查手册语言是否正确，文字是否通俗易懂；

功能检查：功能是否被完整描述，或未描述的功能等；

Image Check::检查图片是否正确

13.2 宣传材料测试

主要测试产品中随附宣传资料中的语言、描述功能、图片等

13.3 帮助文件测试

帮助文件是否正确、通俗易懂、人性化。 最好提供搜索功能。

13.4 广告条款

公司发布产品前对广告物料的文字、功能、图片、人性化检查

文件审查测试

文档审查和测试越来越受到人们的关注。 软件质量不是通过检查来检测的，而是融入到软件开发中。 预软件测试越来越受到重视。 请看简介：

文档评审测试主要包括需求文档测试和设计文档测试，属于预软件测试的一部分。

14.1 需求文档测试

主要测试要求是否存在逻辑矛盾，技术上是否可实现；

14.2 设计文档测试

测试设计是否满足所有要求，设计是否合理。