遇到一个完全不熟悉的系统（无需求文档），如何测试？

面对一个新系统，你如何下手测试？

作为一个Tester，无论工作还是面试，都会遇到这个问题，那遇到这种问题如何破？

理想 - - 需求文档、接口文档 描述清晰，用户手册一应俱全
现实 - - 领导：最近新做了个系统，你来点两下，文档？没有，系统在那，自己看吧，，，

一般这种情况对应的还有时间紧急，留给测试的时间不足，屋漏偏风连阴雨，，，

过去作为新手，工作中也遇到过类似的问题，后来在和前辈交流过程中积累了一些经验，大致如下：

1.了解测试任务。

首先向直接领导了解测试完成时间，了解系统主要特性，以及系统面向的用户群体，如果是临时任务，可能还要了解产品对应的开发和产品经理，测试需求（功能、兼容、安全、性能相关的要求，不同阶段、不同产品、不同甲方对产品需求侧重点是不一样的，避免费力不讨好）

2.快速了解产品整体架构

找产品、开发、了解产品功能，画出产品（测试模块）的功能结构图，可使用xmind等脑图工具

3.探索测试

基于前面的工作，快速熟悉系统，并同时与产品沟通需求，避免需求理解偏差

4.迭代测试

根据探索测试结果和脑图调整，了解测试侧重、优先点和高风险点，并在测试过程中始终保持质疑态度

• ps：与产品沟通需求时尽可能保留书面证据，避免被甩锅

这篇文章大概是去年写的了，今天又扒出来，才发现这个问题考察一个测试很多方面的技能，想了想还是整理出来
1.持续学习能力。
学习能力是一个人核心竞争力，当面对不熟悉系统，怎样快速熟悉、掌握它，系统有哪些特性，系统结构，用户群体等信息。
2.工作总结能力。
在工作遇到这种情况，有没有尝试进行总结，形式一套方法论。
3.测试分析和测试设计。
测试分析是指要测什么，测试设计是指怎么测。当遇到不熟悉系统要尽快摸清被测系统需要测什么，分清哪些功能需要重点测试，评估哪些功能更容易出现bug。
4.沟通能力。
在测试过程，需要与产品经理、开发人员、其他组员沟通，在和沟通过程中，要学会捕捉有价值的信息，检查测试点是否有包含他们所提供信息。