给经理关于测试方案及测试用例的建议

IreneMaria · 发表于 2008-6-6 13:28:46

ClearQuest，测试人员每提交一个BUG，都会给项目组的每个成员发mail的

sheepliyong · 发表于 2008-6-26 00:58:11

有个完善的计划个人觉得是必须的!~

echo5410 · 发表于 2008-7-7 09:44:46

学习一下

xmluo · 发表于 2008-7-11 16:44:55

学习了

syn106 · 发表于 2008-7-15 16:20:44

同感

elainehoo · 发表于 2008-7-16 16:20:56

"测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。"
还有你说的bug库

楼主，你说的这两个我早在1年前就尝试过的。一般bug库是大家都有的。测试用例库当初是我自己开发（asp.net + sqlserver 2005）。

但是，效果呢？我觉得只能用一句话说明“看起来很美”。尤其是测试用例库。需求变化了，会导致很多测试用例根本就是无效的。如果你建立一个公用的测试用例库，你会发现你需要修改清理很多公用的测试用例，这样时间会占用很多。你的初衷是将很多基本，复用性高的测试用例存起来供大家使用。但是测试用例本身就在变化，所以你这样的“封装”是无用的。

我也做过同样的事情，维护起来简直是。。。
正在研究QC，希望可以解决这类问题。

[ 本帖最后由 elainehoo 于 2008-7-16 16:24 编辑 ]

从小到大 · 发表于 2008-7-30 16:02:31

而测试用例在测试任务较紧张的时候可以暂不编写，由测试人员根据经验自行判断在测试活动中应该运用何种数据。

lz的这点建议我不认同，这种场合只适合于有经验的测试团队，当你的下属中有几个新人或者工作经验不多的，这种测试出现错误的几率是很大的，个人建议

lavender2004 · 发表于 2008-7-30 21:58:58

楼主公司的情况跟我公司非常类似，我看了楼主分享的这些想法也很认同。好在我们项目组现在也逐渐重视起测试了。。支持一下！！

joytea · 发表于 2008-7-31 11:41:26

几点感想：
1.不论管他叫测试方案也好叫测试用例也好，不管写的详细也好，简单也罢，总之在测试之前测试思路是必须要整理清楚的，否则测试就变得漫无目的了。测试用例或者测试方案是测试的指导和核心，抓不住它测试的质量就无从谈起。
2.从我们测试组的实际情况来看，根据测试任务的时间要求，我们的确会考虑不同的方式。
～首先，每个功能的测试都必须要有明确的责任人，可以有多个人参与，但是责任人只能有一个，他要负责事先了解清楚相关需求，编写测试方案和用例，并在测试评审过程中回答评审参与者的问题。
～测试用例的评审是必需的，不论采取会议的形式还是走查的形式，一个人的思路难免偏颇，事实证明再有经验的测试人员一个人的思路也必然会有遗漏。
～在时间比较宽裕的情况下我们会先编写测试用例，测试组内评审，必要时要求开发人员参与评审，从业务和测试双重角度把关测试用例，而后实施测试，并根据测试情况补充用例。
～时间比较紧张时，我们会安排先写出测试思路，进行一轮测试，而后时间稍微宽裕，在根据测试情况补充测试用例和测试数据，并进行评审，而后测试人员根据评审意见补充用例，并进一步补充测试。
～测试用例未必写的很详细，只要说明了测试的目标和预期结果，步骤和数据均可根据实际情况权衡。但是那些数据和逻辑很复杂的测试，用例中则必须包含测试数据。

xiaozhai · 发表于 2008-8-10 14:00:39

踩过

ruanyongjie · 发表于 2008-8-22 08:26:46

不错，值得学习！

许诺10928 · 发表于 2008-8-22 14:53:27

我们公司是做地产的，网络部也是刚刚成立几个月，而我们测试部更是时间短也就两个月，刚开始到公司的时候是我们经理写用例，我们执行。到后来项目紧的时候根本就没有测试用例了，我们每天都是直接上手就测，测出来问题就提交bug。更为郁闷的是我们根本就没有需求，发现问题后先报给经理，经理确认是bug就提交。再或者经理也不知道的时候就只能问开发了。感觉我们测试部也很没有地位，被开发牵着鼻子走，郁闷！

blinkday · 发表于 2008-9-4 15:11:57

LZ说得很有道理，但不管是测试方案也好还是测试用例也好，其实是关于测试用例颗粒度的问题，先抓主干、业务流的全面覆盖再慢慢细化各个功能点。
对于很多应用系统来说，更重要的业务流程的覆盖，对于业务流简单的功能来说更容易组织起所谓标准的输入/输出模式的测试用例。

py31 · 发表于 2008-11-17 16:17:05

用例不能少。不然成了盲目测试了。测试过了，由于没有做覆盖率分析，怎么能保证测试的质量？测完以后，还存在大bug的机会很大，这样测试人员要担很大的责任，对测试工作被公司认可极为不利。

mingg · 发表于 2008-11-18 12:42:55

开了2页,看不完那么多了，感觉大多数公司缺少的不是制度,是执行，关键看你这些东西制定出来的执行以及其他部门的配合!~

sense · 发表于 2008-11-20 13:32:17

原帖由 elainehoo 于 2008-7-16 16:20 发表
"测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。"
还有你说的bug库

楼主，你说的这两个我早在1年前就尝试过 ...

深有同感，我也在摸索中……

huazai_888 · 发表于 2008-11-24 10:17:23

非常不错

hmx1211 · 发表于 2009-2-5 17:38:56

看完收益很多哦，谢谢!

jackylei · 发表于 2009-2-17 10:41:29

建立测试用例库的思路很好，不过何谓统一标准呢

jenvee · 发表于 2009-2-17 18:11:43

谢谢

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 给经理关于测试方案及测试用例的建议

回复 30# 的帖子

学习

站长推荐 /1