我公司就是这个样子,基本上一个软件好几个项目在实施,过程中升级或者新修改的Bug,最后直接来改个版本号了事 我在想写用例后,怎么制定那些标准 我们也是,不过我正学习规范的流程
试了一下发现有难度
试了一下发现有难度,不好弄。 回复 14# AwL_1124前提是需求的确定吧。。多数情况下连需求都不是正规的,好多时候一个word list就完了,甚至口头一说,怎么写啊? 看来和我们公司一样不规范的占多数 有时候实现后发现改动较大,用例也未来得及修改,测试的时候还要一边确认一边测,恼火 谢谢了。。。 我很赞成,继续努力吧
http://www.discuz.net/static/image/common/sigline.gif
骗子吧
浙江城市新闻网
爱米吧手机助手
360贴吧
潜规则
www.zjywh.com
www.aimi8.net
www.360tieba.cn
www.pianzila.com
www.qianguize.com.cn 项目立项,开始根据需求写计划,用例,并能被有效实施 自己写,自己测试,自己写报告 我选择1 写测试用例真的很乏味的!~跑自己的case容易出错!!!还是互相跑case吧!~ 其实我还是建议自己写自己跑,如果需要可以让其他测试同事和开发人员评审补充测试点,如果跑别人的测试用例,由于每个人设计角度不一样,导致执行起来缓慢且总想按照自己的测试思路大量修改测试用例,这样无形中增加了很多工作量,更要命的是拖慢了测试进度----------- 很少写用例,有时要写也是按照产品的功能设计说明来写。
个人经验:由简入繁,由基本到特殊,由软件独立到 ...
brucezhang 发表于 2008-8-27 14:05 http://bbs.51testing.com/images/common/back.gif
不错 :)为啥这么多不写用例直接测的 同样的啊,新人没有人带,只有自己摸索了 现在用TD可以把测试用例与bug相结合起来用着很方便,但是公司有一个BUG管理系统,到时候还要对BUG进行重新编写,怎么都感觉公司的那套系统不健全,各种苦逼。(公司就我一人测试)