Make Everything As Simple As Possible, But Not Simpler.
一份有趣的需求
上一篇 / 下一篇 2009-01-14 18:08:04 / 个人分类：软件测试
下午逛51的时候，看到了一份小的需求，觉得挺有意思，抱着试试的态度，画了个分析图，同时有一些疑问。老实说，这只是一个雏形，有兴趣的同学可以一起来探讨，指出不足。
聊天规则：（1）A向B发出聊天邀请，B同意后，A和B进入聊天房间；（2）如果A已经在聊天房间中，则B进入A所在的聊天房间；（3）如果A不在聊天房间中，则创建一个新的聊天房间，A和B都进入这个房间；（4）一个房间最多5个人聊天；（5）房间中的每个人都随时可以退出聊天。请根据以上设计写出测试需求，需要列举出所有进入/退出聊天流程的情况。出处
Diagram:
Question Raised:
1.是否允许一个人可以同时存在不同聊天室，如果可以，最多几个；如果不可以，见Q2（默认按照后者设计）。
2.B接受A的邀请是否意味着B离开原聊天房间（假设B正在一个房间内），还是系统确认可以和A进行聊天时才离开（默认按照前者设计）。
版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明，否则将追究法律责任。
本文出自lghss23的51Testing软件测试博客：http://www.51testing.com/?227608
相关阅读:
- 我对测试的理解（二） (lghss23, 2009-1-12)
- 软件测试的原则和经验 (fishy, 2009-1-12)
- 转贴：Verification和Validation (jeanlolo, 2009-1-12)
- 零基础学习软件测试之困惑 (coffeetea2008, 2009-1-13)
- 软件测试——芝麻开门 (fishy, 2009-1-13)
- 软件测试艺术 (wu_xiaoxiang, 2009-1-13)
- 软件测试技术基础学习之测试覆盖率 (fishy, 2009-1-14)
- 如何提高测试部门在公司的地位 (fishy, 2009-1-14)
TAG: 软件测试
-
引用 删除 lghss23 / 2009-01-19 18:25:57
-
To cm0214:
我画的算是个不正规的use case图。你提到的两种场景，如果单纯的看罩子下面，在验证A之前，不论它状态如何变化，最后只引用验证后的状态，它其实只算是一种代码路径，由上面的流程可以根据实际情况去衍生。
-
引用 删除 cm0214 / 2009-01-19 10:24:03
-
http://bbs.51testing.com/viewthread.php?tid=138142&pid=1150691&page=1&extra=page%3D1#pid1150691
不如到论坛上来一起讨论啦
-
-
谢谢你的回答，但是不知你有没有考虑过这样的情况：
1、A在，B不在，A邀请，B同意时，A已退出聊天
2、A不在，B在或不在，A邀请，B同意时，A加入了另一个聊天
其实还有其它情况的，不如再多想一想？
