无需求无概要/详细设计 如何完善用例
sdlkfj7 sdlkfj7请教一下各位大虾，前段时间公司连续做了两个小型测试项目，做得我们感觉混乱无比。
无需求也无设计文档，仅仅拿了一个项目实体版本给我们测，还要求我们文档齐全sdlkfj9 ，时间也短。
特别是第一个项目，是一个专业类软件，有的功能我们甚至不知道到底是设计有缺陷还是本身就如此，为此把我们整个小组搞得焦头烂额。
空有一套完整的测试流程方案，感觉完全使不上劲。用例也是测到后面几乎完全是为了缺陷才写用例。
求各位大虾指点指点，再遇到这类项目，计划和用例（特别是用例）该如何来完善。sdlkfj8 这是流程的问题，单从测试方面很难处理吧。和领导沟通一下？ 如果对被测试的软件不熟悉，想设计用例设计的很好是不可能的，所以在没有需求和设计的情况，首先要做的是熟悉被测试的软件。可以查阅相关资料、查看类似的产品，跟专业人士进行交流等方式进行。dionysus提到的也是一种方式，但相对是一件比较困难的事情，还是先把自己能完全把握的做起来。做测试的就是要能在各种各样恶劣的环境下去把测试尽量做好。 没有需求的话写测试用例只能根据具体的软件写了，有时候需求也不会把预期结果写的很详细，大体也都按具体的软件把用例完善了的。
主要还是跟开发人员多沟通；凭自己的经验，对软件的认识写，或者征求市场部的意见，尽量把已知的、潜在的需求弄清楚。 没错，实践就是硬道理 原帖由 白菜叶子 于 2007-2-1 13:51 发表
没有需求的话写测试用例只能根据具体的软件写了，有时候需求也不会把预期结果写的很详细，大体也都按具体的软件把用例完善了的。
主要还是跟开发人员多沟通；凭自己的经验，对软件的认识写，或者征求市场部的意 ...
难怪测试人员要求很强的沟通能力的啊！！ 三无这种情况你们也能搞出测试用例来我真服了！
我建议你们还是针对软件的单个模块代码走读一下，看看是否实现了模块的功能
再就是根据已知的软件功能进行流程测试结合错误猜测，相信你们的测试用例就
是这么来得！sdlkfj6
页:
[1]
