经理让我总结我遗漏的测试用例？？？

◎了了 发表于 2008-9-12 10:32:28

:'( :'( :'(

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

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

archonwang 发表于 2008-9-12 11:23:56

从源头开始。分析测试需求，再设计案例，否则光写几个案例说不清楚有多少内容遗漏的。

◎了了 发表于 2008-9-12 11:26:12

唉要是能有高人指点一下就好了

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

兰兰发表于 2008-9-12 11:35:42

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

◎了了 发表于 2008-9-12 11:41:12

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

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

wangjingying 发表于 2008-9-12 13:15:21

我觉得有这几张方法
1. 找个比较senior的QA，让他把现有的TC看一遍，结合requirement，看看TC上有没有遗漏的点

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

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

gseraph 发表于 2008-9-12 13:46:17

回复 6# 的帖子

估计lz是没机会用你的方法了，成本太高了。

◎了了 发表于 2008-9-12 13:51:58

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

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

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

◎了了 发表于 2008-9-12 13:53:27

真痛苦
感觉自己好乱呀

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

wangjingying 发表于 2008-9-12 17:13:21

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

RRDW，LZ测的是什么软件？

◎了了 发表于 2008-9-16 11:03:16

谢谢楼上的老兄提醒啊！！！！！

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

我是做存储软件测试的

页: [1]

51Testing软件测试论坛 's Archiver

经理让我总结我遗漏的测试用例？？？

回复 6# 的帖子