博客
关于我
软件缺陷的定义
阅读量:632 次
发布时间:2019-03-14

本文共 1000 字,大约阅读时间需要 3 分钟。

软件测试中的"缺陷"定义确实常常会引发疑问。有人认为它过于复杂,甚至觉得难以理解。但实际上,这些定义的目的是为了全面描述软件在开发过程中可能存在的问题。为了更好地理解这些定义,我们可以借助一个更贴近生活的例子——房子的建造过程。以下将从五个方面详细解释这些定义,并通过房子的建造过程来说明每个概念。

首先,软件没有实现产品说明书所描述的功能。就像房子的设计图纸上明确要求建造一个大窗户,以便阳光能够充分照射进屋子,提升居住舒适度。然而,在实际施工过程中,泥瓦匠却没有按照设计图纸的要求进行施工,结果房子里只有一扇小门,完全没有大窗户。对于测试人员而言,这种不符合产品说明书要求的功能就被视为一个缺陷。

其次,软件实现了产品说明书中描述不应有的功能。假设房子的设计图纸明确指出不需要在房子的顶部建造烟筒,但泥瓦匠却自行在房顶上加建了一个烟筒。这样不仅不符合设计要求,还增加了不必要的功能。对于测试人员来说,这同样是一种缺陷,因为它违背了产品说明书的明确指示。

第三,软件执行了产品说明书中没讲的操作。除了第二点提到的不符合说明书要求的操作,泥瓦匠还在房子的设计之外增加了其他额外的功能。例如,在房子的墙面上随意添加装饰画或雕花,这些都不在设计图纸中提到。测试人员会发现这些额外的功能,认为它们不符合产品说明书的要求,因此也会被视为缺陷。

第四,软件没有实现产品说明书中没讲但应该实现的功能。房子的设计图纸非常详细地描述了屋子的高度、材料和颜色等方面的要求。但在实际施工过程中,泥瓦匠却忽略了地基的施工,这是房子建造的基础部分。虽然产品说明书中没有明确提到地基的需求,但作为专业的建筑工地,地基的施工是必不可少的。测试人员会发现这一点,认为这是一个缺陷。

最后,从软件测试员的角度来看,软件难以理解、不易使用、运行缓慢,或者最终用户认为不对。软件测试不仅关注软件运行的缺陷,还要从用户体验的角度进行全面测试。如果软件界面设计复杂难懂,运行速度过慢,或者用户体验不佳,测试人员也会认为这是一个缺陷。

通过房子的建造例子,我们可以清晰地看到每个定义背后的含义。产品说明书并不是一成不变的,它可能非常简陋、模棱两可,甚至经常变动。在实际项目中,开发人员需要根据实际情况灵活调整软件功能,而不是死板地按照产品说明书执行。同时,测试人员也需要从多个维度全面评估软件的质量,确保最终交付的产品能够真正满足用户的需求。

转载地址:http://yasoz.baihongyu.com/

你可能感兴趣的文章
Postgres invalid command \N数据恢复处理
查看>>
Postgres like 模糊查询匹配集合
查看>>
Postgres 自定义函数内实现 in 操作符的递归查询
查看>>
Postgres 返回当前时间前后指定天数的集合
查看>>
postgres--vacuum
查看>>
postgres--wal
查看>>
postgres--流复制
查看>>
postgres10配置huge_pages
查看>>
PostgreSQL 10.0 preview 变化 - pg_xlog,pg_clog,pg_log目录更名为pg_wal,pg_xact,log
查看>>
PostgreSQL 10.1 手册_部分 II. SQL 语言_第 15章 并行查询_15.2. 何时会用到并行查询?...
查看>>
PostgreSQL 10.1 手册_部分 II. SQL 语言_第 9 章 函数和操作符_9.23. 行和数组比较
查看>>
PostgreSQL 10.1 手册_部分 III. 服务器管理_第 21 章 数据库角色
查看>>
Postgresql 12.9如何配置允许远程连接
查看>>
PostgreSQL 9.6 同步多副本 与 remote_apply事务同步级别 应用场景分析
查看>>
Postgresql CopyManager 流式批量数据入库
查看>>
PostgreSQL cube 插件 - 多维空间对象
查看>>
PostgreSQL Daily Maintenance - cluster table
查看>>
PostgreSQL on Linux 最佳部署手册
查看>>
PostgreSQL Oracle 兼容性之 - pipelined
查看>>
PostgreSQL Point-In-Time Recovery (Incremental Backup)
查看>>