测试用例的组织与管理
应该如何来组织测试用例，比如对于一个登录功能，包括了成功场景和失败场景，失败场景又分为几个情况，比如用户名不正确、密码不正确。。那以下每一行都应该是一个测试用例：
正确的用户名 正确的密码
不正确的用户名
正确的用户名 不正确的密码
这样就有三个用例，然后这三个用例是针对登录这个功能的，和其他测试用例是相对独立的，那么怎么来组织系统中的测试用例？合理的划分是一个有层次的组织，登录，查询。。。属于一个LEVEL，登录里面又包含几个测试用例，那么如何来组织，一般的TEST CASE 管理工具里包含这种层次结构么？ 我想分类方法有很多种，不过我个人觉得应该参考需求的分类来进行会比较容易
比如开发人员喜欢按照use case的形式组织，最好你也这样去分，这样大家比较容易沟通
毕竟需要大家一起评审的，多些共同语言会比较好 这里面涉及到一个问题，就是如何输入有效的数据。
输入值：正确的用户名，错误的用户名，正确的密码，错误的密码
输出用例：
正确的用户名 正确的密码
错误的用户名 正确的密码
错误的用户名 正确的密码
错误的用户名 错误的密码
如何输出有效的测试用例？
可以根据设计，假设开发人员的判断语句认为用户密码，则不允许进入下一步骤，提示用户“用户密码错误”
如果用户名错误，不允许进入下一步，提示“用户名”错误。
如果这时候用户密码和用户名均错的时候，是提示用户密码错还是用户名错？
建议根据需求定制有效的测试用例。
假设这部分在详细设计需求中没有体现，那么就可能会存在四种测试方法。
页:
[1]
