当遇到没有文档的时，如何进行软件测试？

yaojunwei

国内的软件测试行业才起步不久，很多地方还不够完善，那么当我们进入一家公司，遇到没有很完善的组织(比如基本是技术开发人员但不善于写文档)，得到不全面或根本拿不到对测试有用的SRS（软件需求规格说明书的时候），做为测试人员的我们，除了向领导反映情况，从实际角度具体能做什么？

anruie

没有SRS,那我们就自己把SRS找出来喽。
     1、了解项目具体是做什么的，他的开发环境以及他的客户群，从项目本身以及站在用户的角度考虑项目需求
     2、 请教开发人员，因为这个软件是他们开发的，他们肯定也是最了解的

杨小

没有文档，你可以让他从没有变为有，你可以找开发工程师，了解项目的具体功能，你可以找负责业务的同事，了解项目的背景和使用对象，根据你的理解，找你leader 证实你的理解，让他帮助你定位。

一点一点的总结，一点一点的让大家都形成一个写书面文档的习惯

rainyday32

没有需求文档真的有的时候就是靠一点点探索的，就算功能都实现了，要是不是按照用户要求的流程实现的估计也是错误的~

g_win

从从规划/需求，或者用户那里了解系统应具有的功能及其他特性

同开发工程师、设计师进行沟通，以熟悉系统是如何设计和实现的

同之前测试过这个系统的测试人员进行沟通，获取一些测试环境、测试用例相关的经验

把上面这些信息整理出来以备查阅

lovefei1027

没有文档确实不是件好的事情，但有很多公司确实是没有文档，测试人员不得不面对这个现实；
没有文档测试人员就不能说不测试了吧，应该先和负责这个项目的开发人员进行有效的沟通，使自己多多了解这个项目的功能（主要是他的基本重要的功能），这个项目具体是完成什么的，同时要了解他的开发环境；再有就是自己多多运行系统，熟悉系统，再一边测试一边慢慢熟悉系统；
同时应该向领导反映一下情况
具体情况具体分析！有文档就能不漏测了吗？

virgozz

通过测试人员分析沟通可能可以解决一部分问题，但是问题的根本在于没有按照流程来做，假如项目失败，要负担责任的不仅仅是测试人员，开发人员，需求人员也应该要承担责任。以上纯属理论部分，假设和领导关系不错可以直接提一下。当然这也是属于比较的理想状态。

virgozz

没有文档的确是件很头痛的事情。造成的麻烦如下：软件测试是测试软件产品和需求符合的程度，没有文档不容易分析你所需要的测试项，即使写出来也不能确定就是软件的特性之一，容易造成漏测。

skyqa

在国内的许多公司，系统需求的文档化方面是比较差的，根据我的经验，我们可以从下面来改进我们的测试效率：
1、多和相关的软件开发人员进行沟通，或者针对某个功能，让开发人员进行培训，尽量了解功能在系统的作用以及特点等。
2、进行探测性测试，来慢慢熟悉系统的功能，同时了解系统的测试环境。
3、进行探测性测试，来发现系统中存在的一些问题，通过分析问题的原因，我们可以来决定功能的哪些部分是需要我们重点进行测试的，即测试的方向。因为系统缺陷的存在分布，也是符合80/20原理的。
4、通过探测性测试，也可以来决定系统模块中的功能参数的阈值：最大值、最小值等等。

更重要的，从我们测试的角度，慢慢实现软件测试的规范化、文档化，同时来推动公司组织内软件流程的改进。从测试来推动软件流程的改进也是一种比较有效的方法。