需求分析是什么？
需求分析：用户需求----谈的是甲方的问题域。业务需求-------是把用户提到的问题变成可行的解决方案，所以说用户需求里是不包含解决方案的，但是需要包含用户的问题和该问题产生的原因和背景。第二步才按照解决方案原因和背景，明确成可行的解决方案和建议。 第三步我们称为需求方案说明书，也就是用文档的方式描述这个软件长成的样，依据的是解决方案，也就是刚才的业务需求。
当我们在做需求的时候，通常将需求分为三个部分，第一步：用户需求。第二步：业务需求。第三步：需求功能点。
需要知道需求的原因：因为需求可能一开始就是错的，如果想成为一个高级测试工程书你必须从用户到底想干什么下手，你才能判断解决方案是否合理。对你的测试工作才能够很好的起到支撑作用，如果最终的结果你是拿所有的解决方案或者需求规格说明书作为作为唯一的需求作为参考的话，你的测试工作很难向前推进。
概要设计：第一系统架构，第二模块划分，第三模块和模块之间的接口和参数的传递规格。
系统架构：要求可以完成支撑要求完成规格说明书里罗列的所有功能需求和非公能需求。非功能需求包含：安全性，可靠性，性能功能系列。功能需求说明：在该体系的架构下，上面的那些功能点都可以支撑。 第二个，当系统架构做好以后，按照模块就近原则，比如说前排登陆界面和后台登陆界面，展现给用户的是两个界面，在实际上在编码的时候就是一个前界面模块，这样的聚合，变成可以支撑在开发角度上的界面。第三就是所有模块和模块的接口做完。
模块内部的时间逻辑和实践方法：编码。先单元测试还是先编码？
单元测试：
前端的工作行为