hupengcscs的博客

用例开发，需要把握以下原则： 1.用例是用来交流的，一方面要让用户能看明白并确认你所开发的东西是他所要的；另一方面要让开发人员看明白，通过用例可以使他们清楚该如何去实现。所以用例要简洁明了，同时比较全面地覆盖场景中的各种可能性 2.用例是描述用户和系统之间的交互的，说的是做什么，而不是怎么做。不能给开发人员下一步的设计实现带来任何的约束。所以用例不能涉及系统实现细节，包括界面细节。像楼主说的“点击重设密码按钮"就已经涉及到了界面细节（为什么一定要是按钮而不是超级链接或者其他的任何方式？），给界面设计带来了约束。 3.用例是需要给用户带来价值的，即任何用例都需要实现用户所需要（有价值的）目的。像楼主提到的“忘记密码”，并没有给用户带来任何的价值，而只是重设密码的一个前置条件，根本算不上一个用例。 基于上面的几条原则，我认为所说的场景，应该有两个用例： 1.登录系统 2.重设密码 这两者之间，我的建议是不要设定任何关系，是独立的两个用例，因为他们实现的是用户的两个目的。重设了密码之后，不一定就要去登录系统。所以把重设密码看成是一个独立的实现用户重设密码的目的的用例比较好。而且这样，也可以保持需求的简洁性，任何用例关系的引入都会带来复杂性，给用户的理解带来难度。至于忘记密码，只是“重设密码”用例的前置条件，用户在忘记密码的条件下触发“重设密码”，“点击忘记密码，进入找回密码页面”也只是其中的一个步骤