rice_mouse 2007-5-14 10:12
给经理关于测试方案及测试用例的建议
1、根据公司项目的现有情况，我建议系统测试方案编写应侧重场景流程的描述，而测试用例则重在针对测试具体功能点时所使用输入的测试数据。我们可以重在编写测试方案，在测试方案中根据需求详细的描述分为i主成功场景与分支流，要求覆盖所有功能与业务规则，达到功能的100%覆盖。而测试用例在测试任务较紧张的时候可以暂不编写，由测试人员根据经验自行判断在测试活动中应该运用何种数据。在测试任务较轻松的时候，测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。
2、测试方案的评审现在为测试组内评审，我建议此评审可在项目组内进行。原因一，项目组成员更熟悉系统需求，比测试组内评审对项目而言更具针对性，也容易在早期发现实现可能出现的问题与遗漏，BA和开发人员可以及早确认解决；原因二，测试方案可以辅助开发人员关注开发要点，毕竟我们测试是为了发现BUG而是为了预防BUG。
3、测试方案及测试用例的完成可以作为一轮测试完成的标准。现在的处理方式大多是由时间来决定测试是否结束。如果时间不足，部分测试要点会有遗漏；如果时间很充裕，测试人员可能会反复测试这个项目。测试方案及测试用例可以方便的统计出测试的执行率和通过情况。这样既不会遗漏测试要点，也不会重复测试，可以辅助测试活动的统计和管理。
[[i] 本帖最后由 walker1020 于 2007-7-15 12:44 编辑 [/i]]
tyler_zhou 2007-5-14 10:46
在测试任务较轻松的时候，测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据，建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。
--------------------------------------------------------------------------------------
这个想法不错
小小丫 2007-5-14 17:57
“测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据，建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。”
这个也不错
小小丫 2007-5-14 17:59
我觉得楼主是根据贵公司目前的项目情况来写的建议，对不了解项目状况的外人来说很难作评论你的建议是否完善sdlkfj5
rice_mouse 2007-5-15 11:30
4楼的有道理~~
我大概介绍一下公司业务情况，公司现状和大部分公司类似，项目时间紧，需求变动大，测试地位不高，测试组建立时间不长，一切都有待完善。
目前测试用例和测试方案基本流于形式，没人认真写也没人认真看，基本没什么用。
某测试组同事看过我的建议，跟我说想法很好，可行性不高，比方说第二点，连需求同行评审他测了20多个项目也就参加过2次，按照规定可是每个项目都应该要需求同行评审的，但通常项目经理都忘记发邮件通知测试组，想要项目组评审测试方案，谁有这个空哦~
唉~~我打击很大哟~~
oracletest 2007-5-15 23:52
目前我在本项目中是这样做的。供参考(部分)
1、测试用例不容疏忽啊，至少核心模块必须写用例。
2、集成测试计划安排必须到位。（进度合理尽量细化、整理集成测试计划关于业务的流程图以及每条分支的测试数据、流程的明细。）
3、开发人员自测能力的培训。（关键是测试意识的培训）新近的开发人员，我都会去强调一《页面面规范》的内容。
4、定期整理开发工程中的有共性的BUG，随时更新。整理出来发邮件给开发人员，提醒开发人员。
小小丫 2007-5-16 10:43
我觉得还是应该让公司高层先重视起测试这块，这样测试的一些工作才能顺利的开展sdlkfj3
rice_mouse 2007-5-16 14:32
看了6楼的我又有两个新想法了~sdlkfj3
4、以统一标准建立bug库，测试组在某个周期内进行统计，将常见缺陷以邮件方式发送给开发组（软件部），不仅可以帮助开发组预防类似缺陷，同时bug库对于测试组也是宝贵的财富，可以用于测试组成员同行学习、总结、提高。
5、对于会多次回归的项目采用自动化测试（例如早期交付给客户一个软件原型，里面有些基本功能，然后经过多次演示，再慢慢扩展需求和功能的项目），在首次测试时录制测试脚本，下次回归时根据增减功能调试并运行测试脚本，减少重复工作，复用性高的测试脚本可存入脚本库，以供下次项目使用。（对自动测试还不太熟悉，不确定可行性，需要再摸索）
ybbiagu 2007-5-18 15:47
[quote]原帖由 [i]小小丫[/i] 于 2007-5-16 10:43 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=523870&ptid=75739][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
我觉得还是应该让公司高层先重视起测试这块，这样测试的一些工作才能顺利的开展sdlkfj3 [/quote]
我占同这位人兄的看法。所以我想把那些常见的BUG直接发给项目经理那些老大级的人看好效果应该好点
刘洪鹏 2007-7-12 17:15
测试方案和测试计划你认为那个重要啊 ?
pele 2007-7-13 16:15
没有计划，方案很好的可能性应该不大吧。都是一环扣一环的。刚开始如果不太好的话，越到后面，会越糟的。
pele 2007-7-13 16:15
如果可能的话，可以考虑使用TD或者是QC之类的测试管理工具。
walker1020 2007-7-15 12:42
楼主的建议很有针对性，并且提出了自己的Solution。如果有机会，建议楼主一定要在测试工作中体现出来。这样既可以验证你的Solution的可行性，又可以丰富和完善你的Solution。 有可能某些Solution b不符合目前项目的具体情况，那么你就要及时调整和修改你的Solution。
njalic 2007-7-16 17:08
楼上几位说得果然不错,收藏!
syang0517 2007-7-17 15:59
不错受教
ellen2006 2007-7-20 21:34
回复 #1 rice_mouse 的帖子
系统测试用例非常必要,而且一些准备数据的脚本也很重要.
在流程上,用例评审很重要,但是一般都没有时间或者没有合适的人去评审
yilan8282 2007-7-22 12:24
受益了，谢谢！
liulinzhu 2007-7-24 16:28
[quote]原帖由 [i]小小丫[/i] 于 2007-5-16 10:43 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=523870&ptid=75739][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
我觉得还是应该让公司高层先重视起测试这块，这样测试的一些工作才能顺利的开展sdlkfj3 [/quote]
一点都不错，就像我现在这样，提了N多可行性建议，组长一个都没上报，郁闷啊
liuhang19830409 2007-7-25 14:37
不错
不错，值得学习！
一个好的测试方案对测试来说是至关重要的！！
roslin 2007-7-25 15:53
*** 作者被禁止或删除 内容自动屏蔽 ***
石榴 2007-8-3 20:53
学习学习一下～！
yuyanshe 2007-8-15 09:58
我公司就我一个测试，我还是个新手手郁闷sdlkfj7
meijiao 2007-8-17 14:22
不错，希望公司能重视测试，测试工作也逐步规范起来
小小丫 2007-8-20 19:29
今天再看这篇帖子的时候，突然又有感悟，再好的测试策略和测试计划，在没有强有力的执行力，这执行力来源于高层的重视程度，整个项目组的沟通程度，协结程度。没有强有力的执行力等于是走个形式，写给别人看的而已sdlkfj9 ，我在现在的公司终于体会到了哎
harryhu 2007-8-29 15:03
感觉很空洞，看了半天还没有啥收获
suilugg 2007-9-5 22:56
同感
wlv2 2007-9-6 17:13
有同感.但是现实情况是最重要的.估计楼主你的这些想法,如果在时间紧的话,根本就不能实现.对于用例的编写,是很大的工作量,如果写的不细,那还不如不写,因为往往严重的bug都是操作步骤比较复杂的.100%覆盖就更不要说了.
其实遭遇也一样.那里都一样.
兰兰 2007-9-21 09:57
我公司目前的测试用例编写的目的就是应付ISO每年的坚持，其实对项目来说的话没有任何的指导意义，写好的测试用例也没有时间进行维护，说实话连自己在测试的时候都懒的去看。
guobiwo 2007-9-22 10:39
楼主的建议很好！
harryhu 2007-9-24 12:11
说真心话，看上去说了不少，但是真的没有多大的价值，当然，这仅仅是我个人的观点，
waterwater777 2007-9-24 17:02
真的是非常不错的建议，应该好好把BUG管理起来，然后分析这些BUG，并从测试用例上去覆盖这些问题。
xuanxuan2008 2007-10-9 10:02
同感于35楼。
JulianHuang 2007-10-9 11:02
如果软件有一个很好的过程，或许楼主也就不会有这么多感慨了，因为我们国内的测试刚刚起步，所以还有很多弯路要走，但是路是人走出来的，有了路，后面的人就不会没有方向了！
xiaomayi0323 2007-10-13 00:54
联系实际情况,制定出符合自己公司的东西,才有可能得出成果
flower1118 2007-10-15 09:34
测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。
-----------------------
flower1118 2007-10-15 09:35
测试组成员可依照统一标准共同编制一个测试用例库，将公用的、常用的数据建立数据库，可重复调用，逐渐积累，将会很大程度上减轻测试用例的编写工作。
-----------------------------
对于产品线来说的项目，我觉得可以采用统一的测试用例，避免不必要的重复编写
testquestion 2007-10-16 17:51
收益了，^_^
收益了，^_^
james.zhong 2007-10-24 15:15
规范的测试可以减少测试人员的负担！！