做过测试的朋友们应该都有过这种经历，项目从确定需求到交付只有很短的时间，开发部启动敏捷开发和熬夜大加班模式应付如此紧急的任务，但是对于测试工作属于典型的有力气没处使，不仅仅需求文档不清晰，甚至于开发的也是一些残缺不全的页面和功能点，那么，碰到这样的情况，如何确定测试需求呢？沉下心来，我们思考一下，讨论一下，事情终归是有解决的方法。
作为测试人员，哪怕我们对需求并不明确，但是依据之前的经验，我们也可以针对界面UI和基本的功能点进行生活经验的测试，比如基本的注册、登录功能。但是对于系统的话，这样几个单独的模块是没法称之为系统的。因为要看他交付的需求目标是否完成，才能定性为是否可以上线，测试工作才可以说大致完成。那么，如何确定上线的基本需求呢？
首先，去发现需求。在这个阶段，你要把自己想象成福尔摩斯，针对这个系统进行整体性的分析，联系之前曾经测试过的或者见过的系统需求，判断一下这个系统中必要的功能点，同时要联系目前这个系统的版本。如果这是第一个版本，发现需求的过程比较麻烦，但是如果是之前有几个版本了的话，这份工作要轻松得多。结合具体的版本情况，结合之前的经验，尽可能的找全系统中可能涉及的需求。
第一步：收集数据。
1.阅读文档。如果你手头还是有一些文档，不管它的版本是多么残缺不全都比没有要好，它总会给你提供一些需求的线索。这些可以帮你对这个系统总体来说应该要满足那些重要的功能提供资料。
2.检查系统的体系结构。找一些对这个系统体系结构比较了解的人解释给你，并告诉你为什么系统是这样的体系结构。我们常常能从定义系统能力的最高层的限制中发现一些薄弱的连接。通常这样的层次是要到达架构师级别才可以，作为刚刚进入测试工作的亲们或许不可以，但是可以麻烦自己的项目经理。
3.执行程序。检查程序的执行，即便页面功能没有完成，但是我们也能从目前开发成功的页面中看到系统是如何进行运行的。在此，可以找出一个模块的上下节点，自己做上记录，然后根据笔记进行推理，大致就可以判断出开发所需要的模块以及各个模块之间的业务流，同时包含哪些数据交互。
4.询问开发者。这是一个比较头痛的问题，如果开发人员正忙于赶工期，他们对你的轻视可能导致你的询问很难有所成效。所以，你要尽量的提问得仔细，问题最好用是这样或不是这样回答，以免因为他们不想对你解释太多而敷衍你。所以，你要尽可能的做好前面的工作，而不是依赖于开发人员。首先，你需要在项目经理那里得到开发人员所做的模块清单。哪些模块被几个开发人员同时操作，找出现在的负责人。然后，整理出自己所知道的模块信息，与开发人员交流。如果你对这件事感到委屈，那么至少有两个方面你需要加强，一是学会善于沟通，与开发人员相处融洽。二是努力学习，获得足够的知识与开发人员平等交谈。
5.询问项目经理。项目经理是一个能给你提供自己最大帮助的人，因为这个测试可能往往就是他要求的。你在那里尽可能的去找出有关系统的信息和资料。通常来说，项目经理会非常愿意合作，只是赶项目的话他会比开发更忙，建议就是逮住机会就把他问到恶心，否则，没了机会再等下一次，就很难了。
这个过程其实比较麻烦，受的抢白和无视绝对不会少，但是要知道，只有过了这个阶段，你才能拿到自己需要的需求，才能开展下一步工作。所以一定要撑住。过了这一步，马上就要到达第二步了。
第二步，将资料转化为系统需求。
现在你有一些经过整理的材料，可以将它们转变为需求了。
1.首先确定系统拥有多少业务，具体包含哪些功能，然后针对他们的功能和业务流程画出对应的流程图，然后把单个的流程图整合起来，构成整个系统完整的系统图，同时也明确了功能模块的功能点，自然也可以针对测试点来设计测试用例了。而这些，恰恰是你工作的重点。
2.确定系统管理员的工作内容，系统管理员一般对系统进行初始配置、系统管理还有基础数据构置等重要内容，所以知道了系统管理员的工作内容，就相当于知道了业务主流程。
3.确定系统的数据流动，包括系统的内部模块间数据流动交互，就是我们常说的功能交互测试点来源。
4.确定系统的使用情况。系统有多少用户，稳定运行要求至少多少时间，什么时候会出现系统使用高峰期，高峰期的特点。这就可以决定性能测试的主要方面，使用自动化工具也可以依据此编写测试脚本。
5.系统的安全确定。系统运行的环境要求什么样的安全级别，有什么具体要求。如：访客是否能访问到只有用户才能访问的功能等。
6.使用该系统的用户可能的环境，比如机器类型，操作系统，常用软件等。
做完这些后，就可以开始设计测试用例了。虽然过程比较繁复，但是终归是解决了需求文档缺失这一大问题。
今天的分享此结束了，如果还想听更多干货，可以加我们的正义，可爱，严肃，活泼的软件测试技术交流群：603317397，毛毛会给你们发福利哟~~
联系客服
