请问测试用例写好后是否还要修改,大家公司如何对待!请实际些!!
请问测试用例写好后是否还要修改,大家公司如何对待!请实际些!! 当然要修改! 测试用例理论上是要根据需求的变化而相应被修改,但在大多少公司的实际情况又如何呢,因为作为测试人员因为 项目紧而不能相应的每次都修改测试用例,我想在大多少公司都有可能出现这种情况,但我想知道这样现象到底是一个什么样的实际状况,应该如何作呢,希望大家都来谈谈,谢谢了。 这个问题是现在最实际的:1.反映目前公司测试流程是否规范和实际;
2.反映目前公司技术能力如何,包括需求评审等;
3.反映测试人员能力是否能经的起需求多变的环境,毕竟修改测试用例需要大量时间和能力;
4.反映公司市场部对需求调研是否真实和实际以及和客户沟通能力;
5.反映测试主管对测试的责任和对公司的负责;
暂时就想这么多,说的不对请大家纠正和补充,希望大家共同参与,毕竟这是每个公司都可能会遇到的问题,我再强调一下问题,测试用例随着需求的变化而被修改的比例大概是一个什么样的比例,比如需求修改10次,那test-case要跟着修改多少次,或者不被修改,一次写好就不管了,请大家说说自己公司的实际情况。 这个问题,以及楼主所列出能牵扯的原因,我相信这里很多都能理解和明白.
但是现在问题很实际,能不能改,不是因为我们测试人员个人,而是因为公司的规模或者测试的流程,或者更直接的就是测试经理是否真的是一个会带团队测试的人.以及项目的时间是否允许.
照现在中国整体的it公司的测试能力来说,能做到,用例跟着需求变化而更改的很少!
但是大多数人只是一个测试人员只能看着,真正有能力有权利去改变一个公司的测试流程及规范的却是少中之少! 根据需求的变更,修改用例 流程问题另当别论,至少用例修改作为PDCA的一部分是必须的! 需求改动小的可以很快修改了,但如果改动牵涉的范围太大,只能慢慢的修改。在国内的IT企业很少有专门的测试用例,测试需求的编写者,一般都是每个测试人员负责一些功能模块,进行测试,编写,维护测试用例的,我以前的公司就是这样的。 哈哈
我们公司的测试用例是跟最开始的需求写的
但是到后面需求变得一塌糊涂
用例根本就没变过
所以可以想象小公司测试用例的实际变更了…… 不知道怎么写真正的测试用例 现在大家从理论上已经明确了测试用例要随着需求--测试需求--的变更而相应变更,但实际在公司执行变更的力度好像不大,还有一个问题,就是现在的测试用例很难指导测试的进行,大多都是测试人员的经验、技术、责任心等等来进行测试(也就是测试的时候不对照测试用例来进行测试),大家有什么体会和想法呢! tongyi 我是测试新手,谢谢帮助,现在急着充电 sdlkfj3 路过,帮顶 当然要根据实际情况进行修改,要争取做到用例库中的用例都是最新的,可以用的。
回复 #14 cyyi 的帖子
看看
页:
[1]