51Testing软件测试论坛

标题: 经理让我总结我遗漏的测试用例？？？ [打印本页]

作者: ◎了了 时间: 2008-9-12 10:32
标题: 经理让我总结我遗漏的测试用例？？？

哎呀。。真难找了？
基本功测点测试都有了

但是还是说力度不够！！！！！我的娘呀，怎么才能有力度了？

作者: archonwang 时间: 2008-9-12 11:23
从源头开始。分析测试需求，再设计案例，否则光写几个案例说不清楚有多少内容遗漏的。

作者: ◎了了 时间: 2008-9-12 11:26
唉要是能有高人指点一下就好了

也就能突破现在的工作局面了

作者: 兰兰 时间: 2008-9-12 11:35
1、在设计测试用例的时候，你检查一下是不是只写了正向的测试用例，而没有考虑异常的操作情况；
2、在设计用例的时候，可以依旧自己的经验用错误推测法设计一些用例；
3、对于流程性的测试，最好设计跟踪的测试数据。

作者: ◎了了 时间: 2008-9-12 11:41

原帖由兰兰于 2008-9-12 11:35 发表
1、在设计测试用例的时候，你检查一下是不是只写了正向的测试用例，而没有考虑异常的操作情况；
2、在设计用例的时候，可以依旧自己的经验用错误推测法设计一些用例；
3、对于流程性的测试，最好设计跟踪的测试数据 ...

第二个怎么推测？
第三个什么意思？？

作者: wangjingying 时间: 2008-9-12 13:15
我觉得有这几张方法
1. 找个比较senior的QA，让他把现有的TC看一遍，结合requirement，看看TC上有没有遗漏的点

2. 找个没有跑过TC的人，让他把requirement看一遍，然后写一份draft的TC，之后和现有的TC比较一下，看看有没有什么更新的测试点能够被加进来。（这个方法是比较花时间的）

3. 分析客户报的BUG，看看这些BUG是因为跑TC的人有失误造成的遗漏还是TC设计上有漏洞。如果是后者，马上填补TC上的漏洞，同时可以在漏洞的周围踩下雷

作者: gseraph 时间: 2008-9-12 13:46
标题: 回复 6# 的帖子
估计lz是没机会用你的方法了，成本太高了。

作者: ◎了了 时间: 2008-9-12 13:51

原帖由 wangjingying 于 2008-9-12 13:15 发表
我觉得有这几张方法
1. 找个比较senior的QA，让他把现有的TC看一遍，结合requirement，看看TC上有没有遗漏的点

2. 找个没有跑过TC的人，让他把requirement看一遍，然后写一份draft的TC，之后和现有的TC比较一下， ...

能找到这么一个人就太好了！！
我要试试吧！

作者: ◎了了 时间: 2008-9-12 13:53
真痛苦
感觉自己好乱呀

怎么才能突破自己了？？？？？？？？？？？

作者: wangjingying 时间: 2008-9-12 17:13
既然经理说了“测试力度不够”，LZ也说基本功能点都测过了。那么我觉得LZ可以把基本功能点组合起来，多写一些复杂场景的测试用例（这些复杂的场景最好比较符合实际情况）。还可以增加些不同操作系统、不同系统设置下的测试。

RRDW，LZ测的是什么软件？

作者: ◎了了 时间: 2008-9-16 11:03
谢谢楼上的老兄提醒啊！！！！！

我终于想起来场景测试用例该怎么写了！！！

我是做存储软件测试的

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)