大家在公司都是如何写用例的
大家来投票,看看大家的公司的测试是怎么样,我的公司只让我一个人写, 怎么大多数还是自己写或不写,自己随便测试 偶是开发的自己写测试用例
自己随便写
自己用自己写的测试
完全是自己掌控 我选的是1 ,2
PS 吧打广告的帖子 删掉 鄙视他
声明:ami6回复与本版无关的广告贴,禁言一周!
#ami6回复与本版无关的广告贴禁言一周! 我选择 1 和 6 项目立项,开始根据需求写计划,用例,并能被有效实施 很少写用例,有时要写也是按照产品的功能设计说明来写。
个人经验:由简入繁,由基本到特殊,由软件独立到软件交互。:lol 除非厂商严格要求 一般都是功能开发完成后,根据功能来写测试用例,自己写 自己测 然后完善。最后给其他人用。大致是这样吧 我选择1和6 测试用例写的方式很多,主要看公司的需求和测试说明的详细策略的问题。 我公司也是,没测试用例,自己也刚进来什么都不会,嗨,无奈啊。不过这是一个锻炼的好机会 目前我们是处于1和6之间,写完了需要领导审核一下,在进行执行。但领导没时间了就自己写,自己测试,自己写报告, 最后领导再审核。:) 项目立项,开始根据需求写计划,用例,并能被有效实施:victory: 立项以后。。就开始分析需求。。。编写测试用例。。
最后进行评审。。然后建立基准。。。
开始测试时。。按照测试用例进行测试。。发现Bug。。跟踪Bug。。
编写测试用例人员。。和测试执行人员。。可能不是同一个人。。 哎
都是虚的
都是自己测自己报告
干了一年还是黑盒
郁闷 都是自己测自己报告 我们有专门的测试团队以及规范的测试流程 我们项目还是满规范的,:victory: 全部一人包办... 我也是一人包办 我也是一人包办,而且我还是个新手,郁闷!! 我是一个人做全部事情,写用例+测试+报告
在原来那个单位是多个人一起写用例,每人写几个模块,但是写完之后从未真正按用例实施过,原因是需求文档在不断的变,有时开发人员比需求文档更权威,这样写测试用例就是浪费测试人员的时间和精力,不过还好,能够更好的熟悉系统。 偶写的用例不是很好,覆盖率不是很满意···:lol :lol :lol 几个人合办!!! 我是新手,而且公司也不是很规范,所以测试的时候我都是自己一个人包办的,测试用例也不知道怎么写,基于什么出发点,瞎测的,唉~ 我选1.虽然是专门的测试团队,但执行过程上并不是很规范。 根据需求+场景分析+设计规格来设计功能测试用例,偶尔参考一下代码,性能测试单独考虑 :victory: 我也是一个人都包了! 项目立项,需求确立后,提取测试需求,依据测试需求编写测试用例,执行-提交缺陷-统计-出报告 [quote]原帖由 [i]兰兰[/i] 于 2009-2-12 17:03 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1160496&ptid=123572][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
项目立项,需求确立后,提取测试需求,依据测试需求编写测试用例,执行-提交缺陷-统计-出报告 [/quote]
正规流程! 全部一人包办...
:) :) 基本上一人包办:L 这么多一人全揽 根据项目需要来定:
1.项目需要测试用例(一般是给客户看),在开发将近结尾阶段根据模块来写用例(不是从需求开始)
2.项目不需要的话就不写用例直接测试。
公司没有严格的规定,基本都是个人说了算数的,公司测试的管理不是很健全。 基本上也是自写自测.公司管理不够规范,
有些到测试完了才补充..:Q 这个还不知道 学习中 公司自己做的网站和游戏,完全都是随意的,也没有需求而言,刚进公司的时候还写一下测试用例,但是最后就干脆不写了,只是自己测试后写一下bug单,然后给开发,最后再返回到我这里来后进行回归.... 现在的基本都是一个人包办啊,正规的太少了