51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: rice_mouse
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

81#
发表于 2009-3-4 18:10:05 | 只看该作者

答楼住

估计楼住所在的公司还不是一个在 测试方面做得很好的公司!测试用例应该是在开始测试之前就根据产品说明和市场需求写好的。后面测试的时候只是根据具体情况进行小的 修改的!测试用例是不可能不写的,当然那种简单到不需要测试用例的产品除外。
至于测试用例库。大多数在测试方面做得好的公司应该都建立了!
一般一轮测试的完成应该是分三方面。1:回归测试 2:测试用例执行完一次 3:Monkey test(任何的测试用例都不是完美,很多bug都是测试人员根据经验在测试用例外通过Monkey  test找到的)。

当然这仅仅是我个人通过我的一点经验得出来的。
有兴趣的话我们可以进一不交流。
本人QQ:276235110
回复 支持 反对

使用道具 举报

该用户从未签到

82#
发表于 2009-3-4 20:22:40 | 只看该作者
真的很好,至少我觉得这样做下去的话,对提高软件质量确实进了一步
回复 支持 反对

使用道具 举报

该用户从未签到

83#
发表于 2009-3-12 11:29:02 | 只看该作者
想法很好,学习。个人认为测试用例库的建立要分行业,对变化不大的测试用例,完全可以建库并管理,利于测试知识的积累和人员培训接手。
回复 支持 反对

使用道具 举报

该用户从未签到

84#
发表于 2009-9-17 21:44:09 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

85#
发表于 2009-9-17 21:44:18 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

86#
发表于 2009-11-18 12:16:06 | 只看该作者
受教了,关注此贴
回复 支持 反对

使用道具 举报

该用户从未签到

87#
发表于 2009-11-18 16:43:00 | 只看该作者
谢谢版主无私共享
回复 支持 反对

使用道具 举报

该用户从未签到

88#
发表于 2009-11-18 16:57:34 | 只看该作者
我们现在就是用QC管理用例和BUG
回复 支持 反对

使用道具 举报

该用户从未签到

89#
发表于 2009-12-7 16:06:04 | 只看该作者
学习学习
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-12-14 18:17
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    90#
    发表于 2010-1-20 11:42:02 | 只看该作者
    留下脚印,回头再看
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    91#
    发表于 2010-1-26 11:00:42 | 只看该作者
    顶一下
    回复 支持 反对

    使用道具 举报

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

    连续签到: 1 天

    [LV.3]测试连长

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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


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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 18:30 , Processed in 0.080984 second(s), 20 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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