软件需求说明书的禁忌词语
我为什么会将软件需求说明书的禁忌词语张贴在这里呢，就是想引起大家的注意，毕竟，有一份清楚而详细的需求说明书，才有可能设计出比较详细的软件测试用例，希望大家多多讨论。禁忌词语：这类词语不能出现在需求说明书中，否则，优秀需求的特征就不可能得到满足
禁忌词语举例
1.某些、有时、常常、通常、惯常、经常、许多、大多、几乎、用户友好的、容易的、简单的、复杂的、健壮的、无缝的、透明的、优雅的、最新技术等。这些词语太过模糊，所描述的功能无法验证。
2.等等、诸如此类、以此类推、包括但不限于等。不完整，无法验证
3.良好，迅速，廉价，高效，灵活，稳定，显著，醒目等。这些是不确定的说法，不可验证
4.可接受的，足够的，差不多的，可选择的，合理的，充分的，必要的，相关的等
5.一般情况下，理想情况下，必要时，合适时
慎用词语：这类词语应谨慎使用在软件需求说明书中。评审时，应对其仔细审查
慎用词举例
1.支持，兼容，依赖，继承
2.当然，因此，明显，显然，必然 thank you :victory:
d
dddddddddddddddle! 所谓模糊词汇，有时是技术相关的。我举另一个例子：网站支持10个并发用户，每个页面的响应时间不超过5秒。这样的需求描述实际是非常模糊的。10个并发用户，有许多种情况：
1. 10个人，登录网站，然后就处于发呆状态。
2. 10个人，登录网站，然后浏览，看多于操作。
3. 10个人，登录网站，不停地操作。
4. 10个人，登录网站，利用迅雷不停地多线程下载。
页面响应也有不同的定义：
1. 获得第一个字节。
2. 获得最后一个字节。
3. 主要内容用户可见，其余内容后台下载。
4.在第一屏上的内容可见，其余内容后台下载。
团队要集体审查需求说明，主要目的不是拍砖，而是让大家对文档建立相同的理解。
页:
[1]
