在具体的用例设计时，首先需要搞清楚每一个业务需求所对应的多个软件功能需求点，接着分析出每个软件功能需求点对应的多个测试需求点，然后再针对每个测试需求点设计测试用例；最后挖掘隐性需求，覆盖非功能测试层面具体到测试用例设计本身的设计，两个关键的点：从软件功能需求出发，全面地、无遗漏地识别出测试需求是至关重要的，只有深入理解被测试软件的架构，你才能设计出”有的放矢“的测试用例集，去发现系统边界以及系统集成上的潜在缺陷。对于识别出的每个测试需求点，需要综合运用等价类划分、边界值分析和错误推测方法来全面地设计测试用例。

首先，要明确用户的需求是什么，比如登录页面应该是弹出窗口式的，还是直接在网页里面。对于用户的长度，和密码的强度（是不是必须多少位，大小写，特殊字符混搭等）。还有比如用户对界面的美观是不是有特殊的要求即是否进行UI测试。功能测试：1.什么都不输入，点击提交按钮，看提示信息。2.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。3.输入错误的用户名或者是密码，验证登录失败，并且提示相应的错误信息。4.登陆成功后能否跳转到正确的页面5.用户名和密码，如果太短或者是太长，应该怎么处理6，用户名和密码，中有特殊字符（比如空格）和其他非英文的情况如何处理7，记住用户名的功能8.用户名和密码前后有空格的处理9.密码是否加密10.如果有验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个颜色是否好用11.登录页面中的注册、忘记密码，登出用另一个账号登录等连接是都正确12，输入密码时候，大写键盘开启的时候要有提示信息界面测试（UItest）1.布局是否合理，2.testbox和button的长度，高度是否符合要求3.界面的设计风格是否与UI的设计风格统一4.界面中的文字简洁易懂，没有错别字性能测试1.打开登录页面需要几秒2.输入正确的用户名和密码哦后，登陆成功跳转到新页面，不超过5秒安全性测试1.登录成功后生成的Cookie，是否是httponly2.用户名和密码是都通过加密的方式，发送给WEB服务器3.用户名和密码的验证，应该是用服务端验证，而不是单单是在客户端用javaScript验证4.用户名和密码的输入框，应该屏蔽SQL注入攻击6.错误登录的次数限制（防止暴力破解）8.考虑一用户在多台机器上登录可用性测试1.是否可以用全键盘操作，是否有快捷键2.输入用户名，密码后按回车，是否可以登录3.输入框是否可以用TAB键切换兼容性测试1,主流的浏览器下能否显示正常功能是否正常2.不同的平台是否能正常工作，windows,Mac3.移动设备上是都正常工作，iphone，Andriod4.不同的分辨率本地化测试不同语言环境中，页面显示是否正确软件辅助行测试软件辅助功能测试是指测试软件是否向残疾用户提供足够的辅助功能高对比下能否正常显示（视力不好的人使用）

显式功能性需求（Functionalrequirement）的含义从字面上就可以很好地理解，指的是软件本身需要实现的具体功能，比如“正常用户使用正确的用户名和密码可以成功登录”、“非注册用户无法登录”等，这都是属于典型的显式功能性需求描述。非功能性需求（Non-functionalrequirement），从软件测试的维度来看，非功能性需求主要涉及安全性、性能以及兼容性三大方面。