软件测试流程

一、需求分析

	阅读需求，理解需求，分析需求点，参与需求评审会议。
	
	业务需求：反应了客户对系统，产品的高层次的目标要求，在项目视图和范围文档中予以说明。
	功能需求：定义了开发人员必须实现的软件功能，使得用户能够完成他们的任务，从而满足了业务需求。
	用户需求：文档描述了用户使用产品必须要完成的任务，在用户说明书明确体现。
	
	需求分析详细步骤:
	
	确认功能：
    	1.业务功能：与用户实际业务直接相关的功能或细节

    	2.辅助功能：辅助完成业务功能的一些功能或者是细节，eg：设置过滤条件

   		3.数据约束：功能的细节，主要是用于控制在执行功能时，数据的显示范围，数据之间的关系等

   		 4.易用性需求：功能的细节，产品中必须提供，便于功能操作使用的一些细节，eg：快捷键就是典型的易用性需求

   		 5.编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束性条件，eg：只能输入数字

    	6.参数需求：功能的细节，在功能执行时，需要根据参数设置不同，进行不同处理的细节。

    	7.权限需求：功能的细节，指在功能的执行过程，根据不同的权限进行不同的处理，不包括直接限制某个功能的权限

    	8.性能约束：功能的细节，执行功能时必须满足的性能需求
    
   分析场景：
     
   		1.考虑场景的调用者：考虑每一个场景提供的服务是供哪些外部模块或者系统调用，找出所有的调用者。调用前提，约束都要考虑。每一个调用都可以考虑成一个大的业务流程（一般和外部有交互的业务出错概率比较大，需要重点关注）

  		2.考虑系统内部各个场景之间的：形成内部业务流程图，需要分析每个场景之间的约束关系，执行条件，组织出各种业务流程图
     
   挖掘隐性需求:
   		隐性需求很重要，有时候，正确挖掘过的隐性需求会直接推翻现有的需求方案。
   		在挖掘隐性需求时，需注意以下几点:
   		1、用户真实的原始需求。
   		2、习惯性思维明确化。
   		3、避免经验主义。

二、测试设计

	确定**测试策略**，制定**测试计划**。在编写测试用例之前一定要确定正确的测试策略和指导方针，这些是后期开展工作的基础
	
	2.1编写测试计划
			参考软件需求规格说明书，项目总体计划，内容包括测试范围，进度安排，人力物力分配，整体测试策略的制定。
			
			对整个系统或部分系统可能的测试计划活动包括：

			1)确定测试的范围和风险，明确测试的目标；
			2)决定总体测试方法，包括测试级别、入口和出口准则的界定；
			3)把测试活动整合和协调到整个软件生命周期活动中去（采购、供应、开发和运维）；
			4)决定测试什么？测试由什么角色来执行？如何进行测试？如何评估测试结果？
			5)为测试分析和设计活动安排时间进度；
			6)为测试实现、执行和评估安排时间进度；
			7)为已定义的不同测试活动分配资源；
			8)定义测试文档的数量、详细程度、结构和模板；
			9)为监控测试准备和执行、缺陷解决和风险问题选择度量项；
			明确了测试计划阶段需要完成工作，就可以知道一份高质量的测试计划书中应该包括什么内容了。

	2.2编写测试用例
			适当的了解软件设计，根据需求和设计编写测试用例。

三、测试执行

	执行测试主要是搭建测试环境，执行测试用例。执行测试时要进行进度控制、项目协调等工作。

四、测试报告

	撰写测试报告。对测试进行分析，总结本次的经验教训，在下一次的工作中改。