不知道窝友们写的测试用例是怎么样的呢？请大家说说自己的看法和自己公司的要求
各位窝友大家好：编写测试用例是大家经常要做的事情，测试用例的写法有2种：概括性的和写明具体输入输出数据的详细性的。他们各有优缺点：概括性的测试用例，在后续需求变更时，修改起来方便，但是无法看到测试用例覆盖了哪些情况；比较详细的测试用例，能看到测试用例的覆盖情况，但后续需求变更时，修改起来麻烦，并且写的时间较长。
不知道窝友们写的测试用例是怎么样的呢？请大家说说自己的看法和自己公司的要求
不知道窝友们写的测试用例是怎么样的呢？请大家说说自己的看法和自己公司的要求
宋桂芬 2011-03-22
你说的概括性的是不是属于“用例设计”呢，那个具体的就是实际的用例了
陈一 2011-03-22
概括性的也属于用例设计，只是简要描述一下，不写明具体的输入和输出数据。
冯晓凯 2011-03-23
需要覆盖大部分流程
田海 2011-03-23
详细写的叫测试用例，另一个只能叫测试思路吧
陈一 2011-03-23
田海: 详细写的叫测试用例，另一个只能叫测试思路吧
如：针对一个需要输入用户和密码的登录界面的测试，测试用例可以设计如下：1、若输入存在的用户和但密码不匹配时，给出提示：输入的密码不对。
2、若输入不存在的用户时，给出提示：用户不存在。
3、若输入存在的用户并且密码正确时，可以成功登录。
4、若未输入用户和密码时，给出提示：请输入用户和密码。
针对1、2、3点没有写明具体的例子，只是描述。
陈一 2011-03-23
冯晓凯: 需要覆盖大部分流程
还没有覆盖的部分，在测试时自由发挥？
王艺 2011-03-31
我觉得你说的概括性的测试用例应该和我们公司的Checklist是一样的，就是对一个调整项来说，只写下一个数据范围，不根据边界值等设计详细的用例。这样做的一个缺点就是执行起来可能会漏掉某些情况，不过可以在看到单独的一条功能描述的时候自己计划一下可以分成多少种情况。个人认为这种概括性的用例更实用。
请 登录 后发表评论
