没有需求没概要/详细设计 如何完善用例
sdlkfj7 sdlkfj7请教一下各位大虾，前段时间公司连续做了两个小型测试项目，做得我们感觉混乱无比。
无需求也无设计文档，仅仅拿了一个项目实体版本给我们测，还要求我们文档齐全sdlkfj9 ，时间也短。
特别是第一个项目，是一个专业类软件，有的功能我们甚至不知道到底是设计有缺陷还是本身就如此，为此把我们整个小组搞得焦头烂额。
空有一套完整的测试流程方案，感觉完全使不上劲。用例也是测到后面几乎完全是为了缺陷才写用例。
求各位大虾指点指点，再遇到这类项目，计划和用例（特别是用例）该如何来完善。sdlkfj8 计划可以按照上面安排的时间写，内容就是一套模板，反正以后可以根据实际情况更改。
用例可以边测试边写，随着测试的深入，用例也就逐渐丰富了。
测试文档本身在无需求等相关参考的情况下，其实是最好写的，因为怎么写都可以。
测试人员的工作是把自己认为是缺陷的东西提出，是否是缺陷可以由需求、开发、测试等领导阶层共同确认。
现在的情况是，有条件的情况下测试，没有条件创造条件继续测试。
上面就是我习惯的处理方法。
可以看看其他人是否有别的建议。 3Q 我们差不多也是边测边写 但总感觉这样会不会有点混乱
因为按我的理解，应该是用例指导执行，边测边写用例总感觉别扭sdlkfj7 RUP
边做边改，循序渐进，逐步迭代。 需求文档没有，设计文档没有，但是测试需求是完全可以有的，因为作为一个leader时必须要做一份完善的测试需求来指导测试的。虽然没有需求文档，设计文档作为依据，但是由于leader一般具有较高的经验、业务理解能力、编程能力等，根据一个项目实体版本来整理出一份测试需求是不大难的事情来得。当然了，由于需求不定，设计不定等原因，那时常有的事，这就需要测试员跟开发人员进行及时的沟通了。
我现在负责的所有项目/产品/自用品都是没有文档的。全部都是我自己编写一份测试需求的。 #5楼说的“因为作为一个leader时必须要做一份完善的测试需求来指导测试的”
在偶们公司可没有这么好的LEADER，具有较高的经验，业务理解能力，编程能力的leadersdlkf
崇拜楼上的sdlkfj6 同意5楼的观点，我也陷入了同样的境地，做了很多年的测试，唯一的感觉就是不断提高自己的素质，真累啊！ 原帖由 luming 于 2007-1-31 16:36 发表 http://bbs.51testing.com/images/common/back.gif
计划可以按照上面安排的时间写，内容就是一套模板，反正以后可以根据实际情况更改。
用例可以边测试边写，随着测试的深入，用例也就逐渐丰富了。
测试文档本身在无需求等相关参考的情况下，其实是最好写的，因 ...
非常不同意。
什么叫在无需求的情况下是最好写的？
这是极其不负责的一种态度啊。。好像做了工作就行了？ 个人看法
1、先大致了解需要测试的软件。比如它主要完成的是哪些功能。
2、与leader或是开发人员沟通，了解开发前，需求到底是什么。
3、根据个人以往经验写测试用例 没有经验 就实在是没办法了 ……
有一个计划比较好
一般是要根据软件的需求和功能,针对模块来设计来测试计划,这们才比较有步骤去测试.
页:
[1]
