51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 60393|回复: 110
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
#
发表于 2007-5-14 10:12:06 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
1、根据公司项目的现有情况,我建议系统测试方案编写应侧重场景流程的描述,而测试用例则重在针对测试具体功能点时所使用输入的测试数据。我们可以重在编写测试方案,在测试方案中根据需求详细的描述分为i主成功场景与分支流,要求覆盖所有功能与业务规则,达到功能的100%覆盖。而测试用例在测试任务较紧张的时候可以暂不编写,由测试人员根据经验自行判断在测试活动中应该运用何种数据。在测试任务较轻松的时候,测试组成员可依照统一标准共同编制一个测试用例库,将公用的、常用的数据建立数据库,可重复调用,逐渐积累,将会很大程度上减轻测试用例的编写工作。

2、测试方案的评审现在为测试组内评审,我建议此评审可在项目组内进行。原因一,项目组成员更熟悉系统需求,比测试组内评审对项目而言更具针对性,也容易在早期发现实现可能出现的问题与遗漏,BA和开发人员可以及早确认解决;原因二,测试方案可以辅助开发人员关注开发要点,毕竟我们测试是为了发现BUG而是为了预防BUG。

3、测试方案及测试用例的完成可以作为一轮测试完成的标准。现在的处理方式大多是由时间来决定测试是否结束。如果时间不足,部分测试要点会有遗漏;如果时间很充裕,测试人员可能会反复测试这个项目。测试方案及测试用例可以方便的统计出测试的执行率和通过情况。这样既不会遗漏测试要点,也不会重复测试,可以辅助测试活动的统计和管理。

[ 本帖最后由 walker1020 于 2007-7-15 12:44 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

110#
发表于 2016-5-16 17:39:51 | 只看该作者
学习与收藏!
小公司国内项目在逐步走向正规化,需要多借鉴各位的意见与经验~
回复 支持 反对

使用道具 举报

该用户从未签到

109#
发表于 2014-2-20 11:10:22 | 只看该作者
学习学习
回复 支持 反对

使用道具 举报

该用户从未签到

108#
发表于 2013-12-6 16:38:57 | 只看该作者
回复 44# Wheatlee


    用例库 其实用word 或者excel 管理也可以啊 变动大也没有啥的 一个版本一个版本的旺server里面放就是了 主要是为了后来的人看 自己部门也可以去总结
回复 支持 反对

使用道具 举报

该用户从未签到

107#
发表于 2013-12-6 16:33:18 | 只看该作者
回复 29# wlv2


    其实 用例只有主杆有了就好了 主流业务流程或者模块的案例就可以了 tester的自由发挥很很重要
回复 支持 反对

使用道具 举报

该用户从未签到

106#
发表于 2013-12-6 16:30:52 | 只看该作者
技术积累
标准化
评审必须的:案例评审以及方案评审 需求评审
回复 支持 反对

使用道具 举报

该用户从未签到

105#
发表于 2013-1-30 17:01:11 | 只看该作者
想法不错
回复 支持 反对

使用道具 举报

该用户从未签到

104#
发表于 2011-12-6 13:17:50 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

103#
发表于 2011-5-17 17:46:27 | 只看该作者
good!
回复 支持 反对

使用道具 举报

该用户从未签到

102#
发表于 2011-4-11 12:06:28 | 只看该作者
先下了,一会儿好好看看,谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

101#
发表于 2011-3-22 21:31:31 | 只看该作者
受教
回复 支持 反对

使用道具 举报

该用户从未签到

100#
发表于 2011-3-15 18:03:33 | 只看该作者
回复 1# rice_mouse


    顶
回复 支持 反对

使用道具 举报

该用户从未签到

99#
发表于 2010-11-5 10:48:08 | 只看该作者
回复 8# rice_mouse


   你写测试报告的时候,bug统计非常重要,
将bug的来源统计出图表(如需求问题,设计没搞清楚,代码开发问题,界面及易用性的错误,测试理解错误)
各个模块出现多少bug,bug的严重级别
各个模块有多少次提交等等你想到的。
然后把报告发给整个项目组的人员包括老大,让他们重视起来,哪个模块bug多,原因是哪些从图中看的清清楚楚的,会对大家以后的工作起一个督促的作用。
回复 支持 反对

使用道具 举报

该用户从未签到

98#
发表于 2010-11-4 20:19:26 | 只看该作者
楼主 我比较赞同你的测试用例场景化 以及 建立用例库 对我们公司的测试组比较合适 哈哈谢谢哈
回复 支持 反对

使用道具 举报

  • TA的每日心情
    难过
    2016-5-17 20:35
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    97#
    发表于 2010-10-29 16:17:02 | 只看该作者
    可以参考一下楼主的建议。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    96#
    发表于 2010-10-8 10:59:33 | 只看该作者
    不错,楼主真有心!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    95#
    发表于 2010-9-28 11:25:03 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    94#
    发表于 2010-5-17 10:55:02 | 只看该作者
    有些建议很有用呢,学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    93#
    发表于 2010-3-26 10:19:09 | 只看该作者
    佩服lz,提供了一个很好的设计测试方案及测试用例的思路;
    "系统测试方案侧重场景流程的描述,测试用例则重在针对测试具体功能点时所使用输入的测试数据"很赞同;
    1.做功能测试之时,测试方案重在描述场景流,测试用例必须100%覆盖具体功能需求点,及主次业务流;
    2.测试用例评审可尝试测试组内交叉审查方法,交流互补各自经验;
    3.执行测试的时候完善测试用例,及补充遗漏的用例。
    目前在测试管理工具qualitycenter上管理测试用例,及管理缺陷,很高效;刚学5个月,希望资深大大们指点测试方案及测试用例的设计思路。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    92#
    发表于 2010-3-26 00:11:53 | 只看该作者
    不错,值得学习
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-15 09:02
  • 签到天数: 7 天

    连续签到: 1 天

    [LV.3]测试连长

    91#
    发表于 2010-2-7 15:03:11 | 只看该作者
    学习中
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-24 00:24 , Processed in 0.080849 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表