需求文档不详细，怎么测试才好
1、了解系统目的。
2、了解用户群体。
3、了解业务逻辑。
4、了解同行业类似系统。
5、了解开发团队计划。
根据以上五个点结合测试。 首先：站在用户的角度进行揣摩，拿同类产品对比，然后测试组进行合理沟通，确认是否可行，内部讨论后，再和开发产品沟通（需求比较粗犷的情况）；
其次：多和开发、产品沟通，了解开发的设计思想（逻辑、流程、细节）；
再次：以上两点落实好后，就可以进行测试的计划、方案的编写......
最后：依然是多沟通
个人见解，不对之处请指正 1、站在前辈的肩膀上，看类似系统的相关文档、历史BUG记录；
2、拿到需求，分模块，自己画画流程图，梳理各个模块之间的关系，模棱两可的，没有说明的，不够清晰的找产品确认；
3、根据需求推测下各个模块可能的控制条件，找开发人员咨询；
页:
[1]
