没有需求没概要/详细设计 如何完善用例

wolf.cb

sdlkfj7 sdlkfj7
请教一下各位大虾，前段时间公司连续做了两个小型测试项目，做得我们感觉混乱无比。

无需求也无设计文档，仅仅拿了一个项目实体版本给我们测，还要求我们文档齐全sdlkfj9 ，时间也短。

特别是第一个项目，是一个专业类软件，有的功能我们甚至不知道到底是设计有缺陷还是本身就如此，为此把我们整个小组搞得焦头烂额。

空有一套完整的测试流程方案，感觉完全使不上劲。用例也是测到后面几乎完全是为了缺陷才写用例。

求各位大虾指点指点，再遇到这类项目，计划和用例（特别是用例）该如何来完善。sdlkfj8

luming

计划可以按照上面安排的时间写，内容就是一套模板，反正以后可以根据实际情况更改。
用例可以边测试边写，随着测试的深入，用例也就逐渐丰富了。
测试文档本身在无需求等相关参考的情况下，其实是最好写的，因为怎么写都可以。
测试人员的工作是把自己认为是缺陷的东西提出，是否是缺陷可以由需求、开发、测试等领导阶层共同确认。
现在的情况是，有条件的情况下测试，没有条件创造条件继续测试。

上面就是我习惯的处理方法。
可以看看其他人是否有别的建议。

wolf.cb

3Q 我们差不多也是边测边写 但总感觉这样会不会有点混乱
因为按我的理解，应该是用例指导执行，边测边写用例总感觉别扭sdlkfj7

archonwang

RUP

边做边改，循序渐进，逐步迭代。

一个会上树的猪

需求文档没有，设计文档没有，但是测试需求是完全可以有的，因为作为一个leader时必须要做一份完善的测试需求来指导测试的。虽然没有需求文档，设计文档作为依据，但是由于leader一般具有较高的经验、业务理解能力、编程能力等，根据一个项目实体版本来整理出一份测试需求是不大难的事情来得。当然了，由于需求不定，设计不定等原因，那时常有的事，这就需要测试员跟开发人员进行及时的沟通了。
      我现在负责的所有项目/产品/自用品都是没有文档的。全部都是我自己编写一份测试需求的。

小小丫

#5楼说的“因为作为一个leader时必须要做一份完善的测试需求来指导测试的”
在偶们公司可没有这么好的LEADER，具有较高的经验，业务理解能力，编程能力的leadersdlkf
崇拜楼上的sdlkfj6

jiangping006

同意5楼的观点，我也陷入了同样的境地，做了很多年的测试，唯一的感觉就是不断提高自己的素质，真累啊！

qiubole

原帖由 luming 于 2007-1-31 16:36 发表
计划可以按照上面安排的时间写，内容就是一套模板，反正以后可以根据实际情况更改。
用例可以边测试边写，随着测试的深入，用例也就逐渐丰富了。
测试文档本身在无需求等相关参考的情况下，其实是最好写的，因 ...

非常不同意。
什么叫在无需求的情况下是最好写的？
这是极其不负责的一种态度啊。。好像做了工作就行了？

velata

个人看法
1、先大致了解需要测试的软件。比如它主要完成的是哪些功能。
2、与leader或是开发人员沟通，了解开发前，需求到底是什么。
3、根据个人以往经验写测试用例 没有经验 就实在是没办法了 ……

wxj234

一般是要根据软件的需求和功能,针对模块来设计来测试计划,这们才比较有步骤去测试.