在软件测试之前，要先清楚的了解被测对象才行，通常情况下，我们都是用下面这样的环节进行：

　　1.了解系统架构

　　这个应该是前提条件，一个新同学入职到项目组后，肯定是要先了解现有系统才行，不了解现有系统，很难清楚团队中的设计风格与习惯。了解了系统架构，才能知道自己要测试的模块处在什么位置，为系统提供什么样的功能，系统对它有什么要求。清楚了这些，才能知道自己要做事情的针对性。

　　2.明确需求

　　需求一般是由pm提出的，一般会组织需求评审，在评审过程中，明确pm的当前需求，对未来可能的需求进行估计。明确需求后，就能知道现有系统需要做哪些改动，对大致的工作量与项目的时间有一个估计。有时候，需要改变或者拒绝需求，比如对于一个支付系统来说，如果pm提出的需求对账户安全有影响，就应该坚持原则，对此提出质疑，要求改变需求。

　　3.参与系统设计流程

　　这个时候一般是开发(rd)同学自己先设计一套或者多套方案，随后进行设计评审。评审过程中，qa同学也是要多多参与的，在把握需求的基础上，对设计提出一些建议与意见，与此同时，对测试方面的工作量也能进一步细化。有时候，采用好的建议可以同时节省开发与测试双发的工作。在此过程中，qa同学应该自己从rd的角度思考，不要被动接受rd的设计，可以想象成，如果需求摆在自己面前，自己会怎么做，这样才能充分理解设计，为自己的测试工作打下良好的铺垫。同时多了解系统内部，也有利于自身的职业发展。

　　4.case设计步骤

　　根据rd的设计文档，设计测试用例。在这个环节中，沟通与文档是两个重要内容，遇到不清楚的细节，一定要与rd沟通，不要自己猜，否则会造成杯具。如果rd没有文档，可以自己记录个邮件，避免忘记和rd反悔的现象。

　　5.提测

　　除了上面几步确认的内容，还要再确认一下rd有没有“顺手”做了其它地方的改动。如果有的话，一定要在送测流程单里面写清楚，同时qa也要与rd沟通清楚，避免出现漏测的情况。