10.3 软件的缺陷是否应该在规格书中说明?
原文地址
书中10.3章提到规格书中应该写出好的功能的副作用
一些好的功能还会有副作用。我们要把这些副作用明明白白地 写出来。例如:美国很多地区用节能灯(LED)代替了原来的白炽 灯,装在交通灯上。这一措施虽然节能,但是LED发热少,下雪天不 能融化灯面的积雪,导致出现交通问题。当初的Spec务必要把这一副 作用(危险)给写出来。
书中15.1章也提到优秀的软件团队会发布有已知缺陷的软件。
那么如果发布的软件有已知缺陷是否也应该在规格书中写明呢?
相关推荐
10.1寸LCD屏规格书
### 3. 功能模块- 规格书提供了LCD模块的功能框图,帮助用户了解其内部结构和工作原理。### 4. 最大绝对额定值- **LCD模块的最大绝对额定值**: 包括电压、电流、温度等方面的限制。
功能测试之软件缺陷
一、 1.缺陷的定义: 软件在使用过程中存在的任何问题都叫软件的缺陷 缺陷不等同于bug 缺陷的存在会导致软件产品在某种程度上不能满足用户的需求 只要你的软件让用户觉得不爽,那你的软件就是有确陷 2.确陷的判定标准 软件未实现需求规格书中明确要求的功能------少功能 软件中出现了需求规格书中明确指定不能出现的错误-----功能错误 软件中实现的功能超出需求规格书中指定的范围--------多功能 软件中未实现需求规格书中未明确指明但应该实现的要求-------隐形功能错误 软件难以理
软件测试与质量保证文档全方位指南
系统需求规格书(SRS)是一份详尽的文档,它描述了一个系统必须满足的所有需求,包括功能性和非功能性需求。功能需求指定了系统必须完成的功能,而非功能性需求则涉及到系统的性能、安全性、可用性、可靠性和维护性等特性。功能需求通常用具体的行为来描述,比如“用户可以提交表单”或“系统应能计算税额”。它们是系统设计和测试过程中的关键输入。非功能性需求则是对系统性能和约束的描述,比如“系统响应时间不超过2秒”或“系统应支持多语言”。
软件开发规格书 用于软件开发撰写开发文档做参考
3. 软件开发规格书的编写要求:软件开发规格书的编写需要满足一定的规范和格式要求。
软件需求规格书定义.pdf
(4)提高软件的质量:软件需求规格书能够提高软件的质量,避免软件开发过程中的错误和缺陷。软件需求规格书是软件开发过程中一个非常重要的文档,具有非常重要的作用和意义。


