关于测试用例的一点疑问
例如：登陆模块的组合情况：
用戶名:超長,超短,空,存在,不存在,特殊字符,大小寫,帶空格
密碼:空,正確,不正確,大小寫,帶空格
驗證碼:空,正確,不正確
按钮:确定,取消
按照组合情况，个人组织，可能有漏的地方，先不考虑，对于这样的组合来说，测试用例数就高达240条
疑惑1：240条用例是否都需要明文的标写出来，即使是“验证码为正确，点击确定按钮”这样的组合
2：关于用例中出现的“或”字，例如“在合法的用户名或密码中间插入空格”这是一条用例还是两条用例，如果按一个测试用例只能有一个输入，一个输出，这里就算两条用例了？
3：大家如何去规划写测试用例的，是按“需求”顺序地写，还是先把系统的“模块”分出来，再详细细分 我觉的是按照测试点写比较好
一条用例最好可以覆盖多个合法的测试点,
一条用例最好只覆盖一条非法的测试点,这样容易定位问题 你说的可以作为测试分析，真实的用例不用这么写，要这样写，那测试真苦逼了，，操蛋，简单分一下：
1 登录成功
2 登录失败
搞定:lol 案例取的有代表性的数据，比如“输入错误的密码，那这一句话包括的内容实在太多，输入空，输入错误的数字与字母，输入错误的字符，输入错误的。。。。”这些不需要体现在测试案例中，不然会显得案例太冗拥，但是这个肯定是你分析到了。 尽量1条测试用例可以覆盖多个错误的方法，用例的作用就是用最简练的方式找到尽可能多的bug 还不错的呢！！！ 这样写测试用例太麻烦了，就写测试功能点加上自己发散思维 用例不用那么复杂的吧~~~
页:
[1]
