公司总是已经系统已经成型了再测试

hawknishi

我们部门主要是做项目，以前都没有测试，后来，我转作了测试，可是每次总是等到系统已经开发出来了，才要开始测试。而且么有什么测试计划，总是直接写测试用例，主要是进行功能测试，也没有什么需求文档、设计文档可供参考，就算有需求文档，需求文档与实际系统也相差很远了（因为用户的需求总是在变），每次我去测试时，总是开发人员口述描述一下系统的功能，然后我就要写测试用例，每次这种时候，我都有点晕，不知该怎么着手，面对这样的现状，不知道怎么才能让我们部门的测试向工程化方向靠拢（我们部门的测试目前就我一个人）。各位大侠，我想知道，对一个系统进行测试时，你们的流程是怎样呢？面对我这种状况，想让测试正规化，你们有什么建议呢？

szy123618

万事开头难,你要想一下子整理出头绪来我觉比较难
最重要的是你的上级支持你不.

hawknishi

回复 2# szy123618
上级他也有很多自己的事情，很难什么都考虑的。所以我想先有点自己的想法和建议然后找他沟通，我想他本身也是很希望测试能够发挥很好的作用的。

joykao

么有需求你的测试用例怎么写出来的？

hawknishi

回复 4# joykao

系统都有了啊。

joykao

直接根据系统写用例？Good，不根据需求写用例？完了完了我迷糊了，也许这是个不错的方法。。。

anywhereanytime

1、可是每次总是等到系统已经开发出来了，才要开始测试。
“测试时与开发并行的，也就是说开发人员在开发代码，你在开发你的测试案例，你所说的测试肯定是要等开发人员开发出来后才能按照你写的案例进行测试”。
2、而且么有什么测试计划，总是直接写测试用例
“测试计划一般情况下是由测试人员根据需要测试的功能制定一个测试的计划比如测试点，测试时间，测试安排等，这个东西需要你自己来写，写好后再来写测试案例，而不是纠结他没有。”
3、没有什么需求文档、设计文档可供参考，需求文档与实际系统也相差很远了，总是开发人员口述描述一下系统的功能。
“这个就是你们公司流程不正规导致，但是既然开发人员能够描述系统功能为什么你不能描述而是需要他来跟你说呢，应该是开发与测试同时知道系统的功能且有变更同时通知到双方，所以你首先解决这个问题，对于无需求文档来说，我们看到客户口头或者邮件说需要实现某个功能，有哪些要求，那么这对我们来说就已经是需求文档了，只是他没有严格的形成文档而已，这个据公司而定，对于你们公司来说你不要需要纠结这点”

另外还有最重要点的就是不要开发说是怎么样就是怎么样，而应该是客户需要怎么样。

对于你的描述我总结以上几点，好好看看吧！

szy123618

7楼的很好,有思路

hawknishi

回复 7# anywhereanytime

首先感谢这位朋友的见解。可是我还是有几个疑问想说：

首先我来详细的描述一下我们公司的项目过程吧：
用户跟我们老板说有个**系统想做（用户与我们合作多年），然后由于老板对他们的业务相对熟悉，所以大概知道能否做，一旦决定做，就会派项目经理跟开发人员去做，很多都是边做边讨论需求，而这个过程是没有测试人员参与的。一个部门同时进行的项目很多，所以，等测试人员到场时，整个系统都基本成型了。这个时候就是我说的第一点：系统已经成型，然后测试人员根据系统写测试用例，写完后再去测，所以不是7楼说的开发测试同时进行。
第二点：我的意思是由于测试介入的时间很晚，导致没有测试计划，只能草草进行一个功能测试，感觉部门的测试很不像个工程化的过程，所以我并不是非要纠结必须有测试计划这个文档。
第三点：“既然开发人员能够描述系统功能为什么你不能描述而是需要他来跟你说”，这主要是跟我们的项目开发过程有关吧，项目总是一边开发一边讨论需求，所以开发人员可能参与了大多数的讨论过程，而系统成型了，测试人员才加入，导致对系统不是很熟悉。

7楼说的最后一点”还有最重要点的就是不要开发说是怎么样就是怎么样，而应该是客户需要怎么样。“，看到这点，感觉受益颇深，非常感谢。可是在对客户的业务不是很了解的情况下，我自己有时候会觉得听不太懂客户的业务，不知道你们有没有过这样的经历？

各位，综上所述，我很想知道我该怎么办？希望各位大侠能够说说你们的见解。

xuli107

我觉得这都是公司不是正规的IT公司   制度流程什么很不规范导致的，我的情况也差不多是这样的，每个项目一开始都没有测试的参与，只是开发完成了再叫测试的开测，这样子测试的工作是很难开展的，所以，我基本上就跑流程走得通就ok！

hawknishi

回复 10# xuli107


还有对于测试用例，我每次写完了，都会发给项目经理、产品经理一份，希望他们给予评审，但是好像他们都不感兴趣看。我好郁闷啊。

lichao8896

我跟你的情况差不多，但是我感觉 既然系统都出来了 那就意味着需求出来了 你可以写测试用例了。 不要太死板的非要有需求才能写测试用例或者做测试，以为每个公司的情况不一样的，小公司都是先做东西 最后写文档，写测试用例的 你要适应 要学会这种工作模式

xuli107

回复 11# hawknishi


我以前写的测试用例、测试报告，经理看都不看的。
现在这个项目我都不知道具体需求，我是准备以后补文档的。
所以也就不纠结流程了，一个人做测试再怎么抱怨没没用，就自己适应现有的模式呗。

1103159572

跟楼主一样啊……开发的需求就是从经理的口头阐述，什么文档也没有……我测用例计划都是自己给自己看的

粤宅男女

系统都有了啊。

hawknishi

跟楼主一样啊……开发的需求就是从经理的口头阐述，什么文档也没有……我测用例计划都是自己给自己看的
1103159572 发表于 2012-6-8 15:04

原来还有这么多同道中人，我一直想着怎么改变这种现状，今天中午找我们老板谈论这种问题，我说这种测试，对于我们测试人员来说过于被动，他说什么支持我主动出击之类的，现在我还在想我应该怎么做呢？思索中……希望大家多提好想法，让我们这种不正规的测试逐步走向正规。

xiongjun1314003

终于找到组织了，我也是这种情况。都是在项目完成了才进行测试。我也跟老大谈论过把测试流程规范化。老大也很支持。但感觉不知道从何着手。还有就是现实和想象是有差距的，在公司总感觉有这样或者那样的原因把自己限制在一个很小的空间里。感觉很纠结呀

hawknishi

终于找到组织了，我也是这种情况。都是在项目完成了才进行测试。我也跟老大谈论过把测试流程规范化。老大也 ...
xiongjun1314003 发表于 2012-6-8 16:34

   那我们可以多多交流一下困惑和解惑的经验，希望我们都能走上道儿。
  

   我的QQ：308273180，验证的话，就写51testing测试交流。

wqzwt23

我也是的 以前的公司产品都在客户那用了好几年了，老板才想起来有测试，连需求文档都没有，就让我开始写测试用例，写了老板也不看

litacici

同道中人。不过这个最主要还是需求没有的关系。如果有了明确的需求的话，就从需求开始入手，写测试计划 然后测试用例 测试执行和测试报告以及缺陷报告。我现在正在尝试根据这个流程走。目前就是需求这块还是存在很大问题，不是很明确。哎··