测试用例的总体设计方法
基于需求的设计
- 验证需求的正确性和合理性
- 细分需求,多细致的需求就设置多细致的测试用例(从细分的需求里面,根据每一个功能设计完整的测试用例)
如:软件需求
(1)若用户未收到激活邮件,可在登录界面录入电子邮件及密码后,再次发送激活邮件。
如果用户没有收到激活邮件,进入登录页面输入电子邮件和邮件,重新发送
如果用户收到邮件,在登录页面输入电子邮件和密码,不会重新发送,并且提示激活邮件已经发送
(2)每次发送的激活邮件,仅在发送邮件后起24小时之内有效,超过24小时后需重新发送激活邮件。
如果24之内,点击激活邮件,可以激活系统
超过24小时,点击激活邮件,提示链接失效,需要重新发送激活邮件
24之内点击激活邮件,已经激活系统,超过24小时之后,再次点击?(1.链接失效,2.系统已经激活;这个是根据经理来决定的)
等价类
当输入很多,没有办法穷举的时候,把输入(特殊情况下特殊考虑)划分成若干个等价类,从每一个等价类当中选一个测试用例,如果这个测试用例测试通过,那么我们就说这个测试用例代表的等价类测试通过。
比如上面的例子,超过24小时之后邮件失效,那么我们真的就需要等24小时之后(比如25小时,26小时,100小时?)去验证它有效还是无效吗?这显然是很浪费时间的。
<