一、软件测试基本知识-软件开发的流程注解

软件测试工作总体流程图

注解：

1. 立项阶段：面临的问题、我们现在要做什么，准备投多少钱、多少人了、什么阶段达到什么目标
2. 需求阶段：将面临的问题，转发成整体的客户需求
3. 设计阶段：设计各模块怎么做，各模块之间如何调动、数据库怎么设计，底层的算法如何实现
4. 详细设计：人机如何交互、语法如何实现
5. 编码和单元测试阶段：测试人员参考《需求详细设计规格书》编写各模块的测试代码，开发参考《需求详细设计规格书》编码功能代码
6. 集成测试阶段：为单元测试的扩充，范围更广，验证单模块、模块之间调用是否正常
7. 系统测试阶段：自动化测试、软件的功能、性能、安全、易用性、体验测试，而接口测试也仅仅是验证在无界面的情况下，查看返回结果是否正确。
8. 验收测试：一般指客户或者使用方，进行的验收测试
9. 结项总结阶段：前期工作总结，项目进度总结、偏差原因总结、改进措施总结、工作协调总结、后期工作总结

需求阶段图

流程图注解：
一个软件产品制造方案的产生：
1、动机：某方面的需求
2、立项：要做什么、预算、时间、人员、目标
3、调研(1:知道问题，给出方案。2：知道要求，给出设计。3、精进简化)或设计-——》知道需求：编写需求文档（业务、用户、功能）
4、到了测试这块：测试=根据需求给出（总体测试计划）注：总体测试计划内容？
5、需求评审：
（1）到场人员：产品、项目经理、开发设计负责人、测试组长、开发、测试
（2）目的：评估软件是否合理、需求是否自洽、是否可以做
（3）结果：（1）过：编写需求规格说明书（2）未过：重新完善需求
6、需求规格说明书： 需求人员在需求分析阶段需要完成的产物。它的作用是作为用户和软件开发者达成的技术协议书，作为设计工作的基础和依据，作为测试和验收的依据。
7、测试人员依据（需求规格说明书、设计说明说）：注（1、测试方案的作用和内容。2、需求矩阵是什么）
（1）测试方案
（2）需求跟踪矩阵
8、需求变更：通过评审——》产生规格说明书
（1）——》记录变更内容
（2）——》测试：测试方案、需求跟踪矩阵同时修改
9、需求报警（什么意思？）
10、进入”设计与编码阶段测试工作流阶段“

设计与编码阶段测试工作流程图

1. 概要设计：
   什么是概要设计：需求阶段是明确我们要做什么，概要设计是指我们怎么去做。
   （1）设计软件结构体系
   （2）设计数据库体系
   产出文档：软件设计规格说明书
2. 评审通过后---------->
   （1）依赖《软件设计规格说明书》，编写《集成测试方案》、《自动化测试方案》
   原因：此阶段是进行软件的概要设计（模块、数据库），由此给出集成测试，也就是模块之间的测试方案，及自动化测试方案：
   目的：测试模块集成后，单模块、模块之间调用是否正常
   技术：在“测试脚本程序”运行调用“功能代码”的时候验证预期结果，与实际结果是否一致
   （2）依赖《软件设计规格说明书》，给出详细设计
   目的：详细设计的根本目的就是确定应该怎样具体实现所要求的系统，也就是说经过这一阶段的设计工作，应该得出对目标系统的精确描述，具体的就是为软件结构图中每一个模块确定采用的算法和块内数据结构，用某种选定的详细设计工具更清晰地描述，从而在编码阶段可以把这些描述直接翻译成某种程序设计语言书写的源程序。
   ----------------》
3. 编码阶段——》单元测试（以模块循环执行）
   ———————》
4. 集成测试——》通过后：
5. 申请系统测试
   系统测试的定义：
   验证软件的功能、性能、安全、自动化、易用性、体验，单元测试、集成测试可以说是白盒测试，查看软件内部结构测试，而系统根据代码具体结构来进行，这中间包括性能、安全，也仅仅是按照业务评估软件的性能表现，和安全程度，而接口测试也仅仅是验证在无界面的情况下，查看返回结果是否正确。
   白盒——》单元测试、集成测试：代码测试
   黑盒——》系统测试：功能、接口、性能、安全、自动化
   其中自动化测试主要目的
   1、是帮助开发迭代中，验证往期功能的回归验证，并不是所以软件都适合自动化。
   2、验证每天主流功能运行是否正常
   ------》
   系统测试完成后：功能、性能、安全都达标后给出对应的测试报告
   ——》
   验收测试：一般指客户或者使用方，进行的验收测试
   使用的技术：
   1、包括阅读代码的静态测试和程序的白盒测试
   2、功能、性能、安全、易用性、业务
   当然由于验收方能力的局限性，往往是验证功能，和提出相关的修改建议，都偏向于功能
6. 验收测试通过之后给出【质量合格验证书】
7. 测试工作总结：工作的问题，经验，教训，改进的地方