TDD开发的全过程之分析建模

  <强>一、起因   公司交给我一个任务,为测试员写一个手机模拟界面,以方便她们的手机短信测试。过去她们都是用MC4J直接调用公司服务器的MBean服务来模拟进行测试,以验证我们整个系统平台。这种测试主要是检查收发短信是否正常,而我的要做的工作就是,让她们在测试的时候更方便更直观。   <强>二,需求   我和测试员陈毫米(也就是软件的使用者)约定了一个时间,大家一起来讨论这个软件的需求。   1,首先,我大概了解了一下她们的测试工作,知道我要做个什么东东。   2,然后我回去思考了一下,再次找她详细了解其测试的具体步骤,并在一张白纸上以UML用例图的方式,记录下需求的功能,用例是什么?用例就是需求,就是你的软件应该具有的功能,当然用例图只是概括性的对功能进行了描述。   3,最后,我坐在我的电脑前开始用MagicDraw UML来画用例图(我不喜欢用玫瑰,那玩意太笨重了,界面友好性也不好)。在画用例图的时候,我发现了一些隐含的功能,这些是陈MM在和我做需求时没有考虑到的(注:开发者应该为用户挖掘隐含需求)。我和陈MM一一确定了这些我新发现的需求,最后得到如下的用例图。   (1)手机前台测试操作的用例图(说明:包括是指某用例包含(包括)子用例),
 TDD开发的全过程之分析建模”> <br/>(2)后台管理<br/> <img src=TDD开发的全过程之分析建模