10.3 软件的缺陷是否应该在规格书中说明?

GreyZeng GreyZeng 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区

原文地址
书中10.3章提到规格书中应该写出好的功能的副作用

一些好的功能还会有副作用。我们要把这些副作用明明白白地 写出来。例如:美国很多地区用节能灯(LED)代替了原来的白炽 灯,装在交通灯上。这一措施虽然节能,但是LED发热少,下雪天不 能融化灯面的积雪,导致出现交通问题。当初的Spec务必要把这一副 作用(危险)给写出来。

书中15.1章也提到优秀的软件团队会发布有已知缺陷的软件。

那么如果发布的软件有已知缺陷是否也应该在规格书中写明呢?

...全文

相关推荐

10.1寸LCD屏规格书

### 3. 功能模块- 规格书提供了LCD模块的功能框图,帮助用户了解其内部结构和工作原理。### 4. 最大绝对额定值- **LCD模块的最大绝对额定值**: 包括电压、电流、温度等方面的限制。

hufuju_com

功能测试之软件缺陷

一、 1.缺陷的定义: 软件在使用过程中存在的任何问题都叫软件的缺陷 缺陷不等同于bug 缺陷的存在会导致软件产品在某种程度上不能满足用户的需求 只要你的软件让用户觉得不爽,那你的软件就是有确陷 2.确陷的判定标准 软件未实现需求规格书中明确要求的功能------少功能 软件中出现了需求规格书中明确指定不能出现的错误-----功能错误 软件中实现的功能超出需求规格书中指定的范围--------多功能 软件中未实现需求规格书中未明确指明但应该实现的要求-------隐形功能错误 软件难以理

爱上存储破案生命力

软件测试与质量保证文档全方位指南

系统需求规格书(SRS)是一份详尽的文档,它描述了一个系统必须满足的所有需求,包括功能性和非功能性需求。功能需求指定了系统必须完成的功能,而非功能性需求则涉及到系统的性能、安全性、可用性、可靠性和维护性等特性。功能需求通常用具体的行为来描述,比如“用户可以提交表单”或“系统应能计算税额”。它们是系统设计和测试过程中的关键输入。非功能性需求则是对系统性能和约束的描述,比如“系统响应时间不超过2秒”或“系统应支持多语言”。

HR刀姐

软件开发规格书 用于软件开发撰写开发文档做参考

3. 软件开发规格书的编写要求:软件开发规格书的编写需要满足一定的规范和格式要求。

纳木错

软件需求规格书定义.pdf

(4)提高软件的质量:软件需求规格书能够提高软件的质量,避免软件开发过程中的错误和缺陷。软件需求规格书是软件开发过程中一个非常重要的文档,具有非常重要的作用和意义。

cwp36199360
评论 2
收藏 已收藏
分享
返回顶部
GreyZeng
构建之法 606 成员 524 内容